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SFXTION  1.  INTRODUCTION 


Doppler  weather  radars  are  c.  pable  of  sampling  vast  quantities  of  dat.t 
such  as  reflectivit  • or  doppler  velocity  spectra  which  are  related  to  variables  of 
interest  to  the  meteorologist.  The  Pulse  Pair  Processor  (PPP),  developed  by 
Raytheon  for  AFGL  under  contract  F19628-72-C- 0293,  together  vith  the  recorder 
system  added  later  under  contract  F19628-74-C-0079,  have  made  progress  toward 
reducing  these  data  to  a form  suitable  for  radar  meteorological  research  and 
archiving  them  for  future  study.  In  particular,  the  PPP  develops  logarithmic 
reflectivity,  mean  doppler  velocity,  and  doppler  spectrum  variance  for  256,  512, 
768,  or  1024  range  cells  of  0.  5,  1,  or  2 microseconds  (75,  150  or  300  meters) 
with  batch-type  integra  tion  of  between  one  and  1024  radar  pult  e periods.  The 
amount  of  information  generated  in  a single  360  degree  azimu.h  scan,  typically 
less  than  a minute  in  duration,  approaches  10  million  bits  with  a one-degree- 
beamwidth  antenna. 

While  the  fine  detail  available  in  the  PPP  or  recorder  outputs  s we.i 
matched  to  the  requirements  of  the  research  radar  meteorologist  inLerested  in 
analyzing  the  small-scale  structure  of  weather  returns,  the  more  operat  onally- 
oriented  meteorologist  might  well  despair  at  being  presented  with  10  mi:  .ion  bits 
of  information  per  minute.  What  is  needed  is  further  real-time  process. ng  which 
automatically  makes  sense  out  of  the  vast  quantity  of  information  available  at  the 
PPP  outputs,  especially  during  critical  severe  storm  conditions.  The  Echo 
Tracking  and  Significance  Estimator  (TSE)  will  perform  such  real-time  processing 
with  the  objective  of  providing  a simplified  estimate  of  the  .mpor:ant  features  of 
each  storm  cell,  as  well  as  its  time-history. 
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SECTION  2.  GENERAL  DESCRIPTION 


In  this  section,  the  TSE  is  described  in  general  terms:  first,  as  a 
collection  of  hardware;  then  functionally  in  terms  of  operational  capabilities 
of  the  system. 

Z.  1 System  Configuration 

The  TSE  is  illustrated  in  block  diagram  form  in  Figure  2-1,  where  it 
can  be  seen  that  the  heart  of  the  system  is  an  Interdata  7/32  Processor  with 
192K  Bytes  of  core  memory.  The  OS/32  disc-based  multi-tasking  operating 
system  occupies  about  70K  Bytes  of  this  store;  thus  leaving  ample  capacity 
for  processing  programs  and  data  buffers  as  well  ss  for  development  programs 
such  as  editors,  assemblers  and  compilers.  Low  and  medium  speed  peri- 
pherals communicate  with  the  CPU  through  the  l/O  MULTIPLEXER  BUS. 

Either  the  CRT  terminal  or  the  Carousel  can  be  configured  as  the  command 
console  for  the  system.  The  Card  Reader  and  Line  Printer  are  normally 
used  as  the  principal  program  input  and  output-listing  devices.  The  Loader 
Storage  Unit  (LSU)  simplifies  initial  loading  of  the  operating  system  from 
disc  while  the  Universal  Clock  Module  provides  interrupts  at  programmable 
time  intervals. 

A Scan  Converter  Refresh  Memory  Interface  (SCRMI),  constructed  on  a 
Universal  Logic  Interface  Module  (ULIM),  permits  use  of  one  or  more  of  Che 
SCRM's  bit-image  memory/color  display  channels  for  plotting  outputs  in 
color-graphic  form.  This  ULIM  has  a second  channel  which  could  someday 
accommodate  an  antenna  scan  controller. 

The  Magnetic  Disc  bulk  storage  unit  has  a 5 Megabyte  two-surface 
fixed  platter  and  a 5 Megabyte  removable  cartridge,  also  with  two  recording 
surfaces.  The  four  heads  are  activated  by  a common  servo  system  which 
can  reach  any  of  the  408  4-track  cylinders  in  60  milliseconds  or  less.  The 
2400  RPM  rotational  rate,  with  6144  byte  s/track  (formatted),  results  in  a 
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memory 


312,  500  byte/second  transfer  rate  which  necessitates  that  the  disc  controller 
communicate  with  the  processor  via  an  Extended  SELector  CHanncl.  This 
ESELCH  provides  direct  memory  access  by  stealing  one -microsecond  memory 
cycles  from  the  7/32  while  that  processor  executes  other  instructions. 

Another  ESEL.CH  supports  the  major  radar  data  input  port  of  the  TSE: 
the  Pulse  Pair  Recorder  Interface  (PPRI),  built  on  a ULIM  as  is  the  SCRMI. 

The  PPRI  hcS  only  two  input  lines;  a 525K  bit/sec  serial  data  line  and  its 
corresponding  bit  clock.  The  serial  data,  originating  either  in  real  time  at  the 
PPP  Encoder  output  or  played-back  from  tape  in  the  FR  2000A  wideband  instru- 
mentation recorder,  contains  all  radar  information  needed  by  the  TSE.  In- 
cluded are  both  radar  video  data--mean  and  variance  of  the  doppler  velocity 
spectrum  and  power  in  each  range  cell,  and  ancillary  data- -antenna  angles, 
time  cooe,  pulse  pair  processor  status,  PRF,  etc.  The  PPRI  performs  the 
functions  of  serial-to-parallel  conversion,  sync  code  recognition,  comple- 
menting of  certain  bits,  conversion  of  some  video  data  from  sign-magnitude 
to  two's  complement,  re-ordering  of  data  bits  into  an  Interdata-compatible 
32‘-bit  word,  data  buffering,  and  synchronization  to  accomplish  transfer  of 
these  words  into  the  processor  by  means  of  a DMA  transfer  through  the  16-bit 
wide  ESEECH. 

The  transfer  of  information  takes  place  in  blocks  of  16  bytes  of 
ancillary  data  followed  by  1024,  204a,  3072,  or  4096  bytes  of  radar  aata, 
depending  on  the  number  of  range  cells  selected  on  the  PPP.  Each  such 

block  begins  with  an  interrupt  to  the  7/32  and  involves  a transfer  rate  of 
70K  bytes  per  second,  much  lower  than  the  disc  rate  but  still  high  enough  to 
justify  the  PPRI  having  its  own  ESEECH  to  eliminate  the  need  for  processor 
intervention  during  each  block  transfer. 

Eike  the  SCRMI,  the  PPRI  only  uses  one  of  the  two  controllers  available 
on  the  UEIM  so  that  there  is  provision  for  future  expansion- -for  example,  the 
addition  of  a DMA  channel  for  interprocessor  communication. 
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1.2.  Op'ratioiirti  C^apabiiitios 

A f>ood  c\'«jfa'l  picturi  of  TSE  operation  is  most  easily  a ;hieved  by 
refeionc.e  to  the  simplified  lirninR  diagram  in  Figure  2-2.  The  Radar  antenna 
scans  in  a7imuth  witli  a period  of  50  seconds  in  this  example.  The  Data  Collec- 
tion process  begins  with  the  transfer  of  PPP/Radar  data  to  the  disc;  this  process 
continues  until  an  entire  scan  has  been  collected. 

After  the  Data  Collec'ion  task,  the  Range  - Proce ssing  phase  of  Storm-Cell 
Processing  begins.  Here,  Incisions  are  made  v^ithin  each  radial  as  to  which 
groups  of  range  cells  arc  potential  candidates  ai  parts  of  storm  cells,  without 
regard  lo  the  < on!,  nts  of  radials  at  other  azimutiis.  In  the  Azimuthal  Process- 
ing pliasc,  results  of  the  fi'-st  phase  are  associated  on  an  inter-radia  basis  and 
the  storm  <clis  an;  now  defined.  In  the  next  phase,  the  area  oi  each  cell  is  com- 
puted, meteorcdogically  insignificant  cells  are  eliminated,  and  the  ighted 
center  of  each  remaining  cell  is  calculated.  The  plot  phase  consistt  of  present- 
ing the  centers  of  the  twelve  n ost  significant  cells  together  with  an  utline  of 
the  cell  itself,  along  with  the  centers  of  all  previous  cells  from  as  distant  as 
two  hours  earlier. 

Throughout  all  of  these  processing  phases,  the  data  base  remains 
available  on  the  disc  until  written  over  by  newly  collected  data  so  that  further 
processing,  for  example,  tornado  signature  detection,  can  be  carrii  d out.  The 
following  subsections  cover  the  various  processing  phases  in  greater  detail 
than  has  thus  far  been  presented. 


~ 3 Minutes 

determined  by  com  pi 

Bxity  of  data 

T ransfe  r 
PPP  data 
to  Disc 

Range 

Processing 

Azimuthal 

Processing 

Area  and  Weighted 
Center  Processing 

Plot 

Idle 

Transfer 
PPP  data 
to  Disc 

FIGURE  2-2  TSE  SYSTEM  TIMING 

Times  of  storm  cell  processing  are  not 
necessarily  to  scale.  Idle  time  is  determined 
by  the  user. 
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2,2.  1 Data  Collection 


Radar  video  signals  processed  in  the  PPP  enter  the  PPP  encoder,  are 
combined  with  ancillary  data,  then  enter  the  PPRI  either  in  real  time  or  after 
having  been  recorded  and  played  back  from  magnetic  tape.  The  PPP  itself 
imposes  limitations  on  the  maximum  allowable  radar  Pulse  Repetition  Frequency 
according  to  the  manually-selected  (number  of  range  cells)  and  (range 

Cell  width)  as  listed  in  Table  2-1.  The  PPP  Encoder  requires  that  the  PPP 
spectral-sweeps-processed  control*  be  set  such  that  Ng^  • T^  ^ 64 
Useconds  so  that  adequate  time  T^  is  available  to  output  the  serial  data.  T^, 
of  course,  varies  with  3.S  shown  in  Table  2-1.  These  two  limitations 

have  been  combined  into  T^  which  represents  the  minimum  time  between  blocks 
containing  data  corresponding  to  one  radial  (called  frames  in  the  PPP  Recorder 
Manual).  In  the  data  collection  phase,  the  PPRI  detects  a first  frame  sync, 
hence  generates  an  interrupt  to  begin  the  data  transfer  for  each  radial  no  more 
frequently  than  every  T^  milliseconds. 

An  antenna  scanning  at  a uniform  angular  rate  in  azimuth  should  rotate 
one  beamwidth  every  T^  milliseconds.  The  optimum  scan  period  for  a one- 
degree -beamwidth  antenna  is  listed  in  Table  2-1,  for  the  case  of  minimum  T 

O j. 

(minimum  Ngj/maximum  PRF).  This  scan  period  defines  the  duration  of  the 
data  collection  phase. 


*Ngj  = 1,2,4, 8, ...  512,  or  1024. 
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Table  2 - 1 . 


PPP/TSE  Limitations 
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17 
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Bytes/Radial 
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75 
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.925 

1,  383 

1.  842 

PPI's/5M  Byte  Disc 

10 

5 

3 

2 

T 
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© 
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64 
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The  PPP  data  in  each  radial  are  preceded  by  16  bytes  of  ancillary  data, 
most  of  which  are  of  interest  only  at  the  beginning  of  each  data  collection  phase. 
At  this  time,  the  time  code,  ^ and  antenna  elevation  angles  are 

stored  in  core.  The  antenna  azimuth  angle,  however,  needs  to  be  sampled  and 
stored  for  every  radial.  Although  360  azimuth  angles  should  be  sufficient  for  a 1° 
beamwidth  antenna,  a table  of  448  halfwords  is  set  up  to  allow  for  slight  mis- 
matches between  PRF,  Ngj  and  the  antenna  scan  period.  As  the  antenna  scans 
faster  with  other  parameters  held  constant,  less  of  the  table  is  used.  Each 
entry  in  this  azimuth  table  corresponds  to  one  of  up  to  448  radials  of  PPP  data 
stored  on  the  disc. 

The  number  of  bytes  of  PPP  data  per  radial  varies  directly  with 
as  shown  in  Table  2-1.  The  disc  is  formatted  with  24  256-byte  sectors  per 
track,  thus  between  6 and  1.  5 radials  fit  on  each  track.  A full  PPI  data  set  can 
contain  up  to  448  radials  so  that  between  2 and  10  sets  could  fit  on  the  5M  byte 
removable  disc  pack,  depending  on  the  choice  of  More  data  sets  could 

be  accommodated  by  employing  range  integration  either  in  software  or  in 
hardware . 


Data  collection  may  be  done  in  either  of  two  modes:  sector  scan  or  PPI. 

In  both  cases,  no  collection  takes  place  until  the  elevation  angle  of  the  radar  is 
within  acceptable  limits.  In  the  PPI  mode,  the  TSE  will  begin  collecting  at 
the  first  azimuth  at  which  the  elevation  angle  is  acceptable,  and  terminates  when 
that  azimuth  is  passed  again.  In  the  sector  scan  mode,  the  TSE  will  begin 
collecting  data  when  the  azimuth  falls  between  begin  and  end  azimuth  limits 
and  the  elevation  criterion  is  met. 
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Z.  Z.l  Storm  Cell  F'rocessing 

i^roressing  of  s’orn'i  ciatci  iti  done  in  st3.ges>  1)  Range  processing,  2) 
Aziniuthdl  processing  i)  Area  and  Center  processing,  and  4)  plot  ing  of 
results . 

2.2.2.  1 Range  Processing 

During  the  radar  data  collection  scan,  the  beginning  and  end  points  of 
meaningful  data  ai,gment&  are  stored.  A segment  is  considered  meaningful 
if  its  power  i.  IS  above  the  selectable  threshold  for  more  than  P range 
cells  in  radial  extent , These  beginning  and  end  points  are  determined  and 
are  stored  away  for  future  azimuthal  processing.  The  inner  summatii  ns: 


Z r A r 

(2-1) 

""  ^h 

Z z(r,  0)  r A r 

(2-2) 

and  Z z(r,  6)  r^A  r 

(2-3) 

are  performed  at  this  time  also  and  stored  either  in  the  memory  or  on  the 

disc  along  with  the  corresponding  beginning  and  end  points.  The  range  element 

Lv  - 'I  ^ cos  0 • 150  m/usec  represents  the  flat-Earth  ground  range  of  < ne 
d 

radar  range  cell  where  0 is  the  antenna  elevation  angle. 

2. 2. 2.  2 Azimuthal  Processing 

When  the  data  collection  scan  and  range  processing  are  complete  t,  the 
beginning  and  end  information  is  processed  to  check  the  azimuthal  extc  nt  of 
the  area  elements.  A criterion,  tt,  is  established  for  the  min  .mum  number  of 
azimuthally  adjacent  segments  to  be  considered  an  acceptable  area  element. 
This  value,  tt  , is  a function  of  radius  (O- ^ “ ) f o keep  the  azimuthal  and  range 
criteria  approximately  equal.  As  the  program  steps  in  azimuth,  the  extent  ol 
segment  is  cumulated.  Once  the  value  Ol  is  attained,  the  set  of  segments  is 
consider  ;d  accepted  and  is  assigned  a storm  cell  number.  If  a given  area 
element  fails  to  reach  Ol,  it  is  unacceptable  and  is  eliminated. 
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2.  2.  2.  3 Area  and  Center  Processing 

When  the  azimuthal  loop  is  complete,  the  z-weighted  area  (analogous  to 
mass  if  z were  mass/unit  area) 

M = E Ez  (r,  6)  rArAG  (2-4) 

is  calculated  for  each  storm  cell  and  only  the  twelve  cells  with  the  greatest 
weighted  areas  are  saved  for  further  processing.  The  center  (x,  y) 

x = i2I  Er^sin0z(r,G)ArA0  (2-5) 

m A 

^ ^ h ^ (2-6) 

for  each  remaining  cell  is  then  calculated. 

2.  2. 2. 4 Plotting  of  results  and  Track  History  Storage 

If  any  of  the  four  SCRM  display  channels  are  in  use  for  direct  display  of 
PPP  data,  the  scaling  and  origin  location  are  available  to  the  TSE  through 
the  SCRMI.  The  TSE  can  thus  present  its  output  in  another  channel  with  the 
same  scaling  and  origin  location  as  the  real  time  data.  Range  markers  appear 
as  red  concentric  circles  centered  about  the  radar  origin  location. 

At  the  conclusion  of  each  storm  cell  processing  phase,  a unique  symbol 
indicating  the  coordinates  (x,  y)  of  each  of  the  up-to-twelve  storm  cells  is 
plotted.  The  actual  outline  of  each  storm  cell,  obtained  by  converting  the 
beginning  and  ending  points  of  each  segment  into  the  cartesian  coordinate 
system  of  the  display,  is  also  traced-out  on  the  display.  The  centers  obtained 
in  previous  processing  phases,  for  up  to  the  past  two  hours,  are  also  plotted 
on  the  display  but  are  color -coded  according  to  time;  outlines  of  peist  cells  are 
not  plotted  since  they  would  excessively  clutter  the  display. 

More  detailed  information  about  past  cells  is  contained  in  the  track 
history  storage  area  of  memory  and  can  be  accessed  for  output  on  the  line 
printer. 
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SPZCTION  3.  OPERATION  OF  TSI, 


CipuraLion  of  the  Tracking  and  Significance  Estimator  may  be  broken 

down  into  three  categories.  Startup,  Execution,  and  Termination. 

3.  1 Startu  p 

A complete  discussion  of  the  startup  procedure  for  the  7/32  operating 
system  may  be  found  in  Reference  1.  However,  a short  suminary  is  ir  eluded  here. 

3.  1.  1 Pow e r 

To  power  up  Uie  Interdata  7/32  system: 

1.  Turn  on  the  main  circuit  breaker  in  the  back  of  the  7/32  rack. 

2.  Turn  on  the  Carousel. 

3.  Turn  the  power  key  on  the  7/32  processor  display  panel.  If  the  operat- 
inp  system  is  still  resident  in  memory,  the  following  message  will  be 
printed  on  the  console: 

POWER  RESTORE  RESET  PERIPHERALS  Ah  D ENTER  GO 
If  this  mes!  age  is  not  printed,  refer  to  Section  3.1.2  to  reload  the 
system. 

4.  Next,  turn  on  the  power  to  the  disc  drive  on  the  7/32  rack. 

5.  When  the  "LOAD"  indicator  on  the  disc  drive  comes  on,  mount  the 

"DAVE"  volume  on  the  drive. 

6.  Set  th3  RUN/LOAD  switch  to  RUN  and  wait  for  the  "READY"  light  to 
come  on. 

7.  Enter  GO. 

8.  Turn  on  Printer 

9.  Turn  on  Card  Reader  (if  required) 

The  system  is  now  ready  to  run. 


Reference  1.  Pack/32  Packaging  Information  Document,  Interdata  Publicatioi 
Number  04-072M95R05. 
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3.1.2  Re -Loading  the  OS/32-MT  System 

By  following  these  basic  steps,  the  operating  system  can  be  loaded  into 
core  from  the  disc. 

1.  Load  the  disc  as  discussed  in  steps  4 through  6 in  Section  3.1.1. 

2.  When  the  "READY"  light  comes  on,  enter  the  following  commands, 
using  the  hexadecimal  display  on  the  7/32  processor: 

DTA  7A  ADR 
DTA  C732  WRT 
DTA  B6F0  WRT 
DTA  930  WRT 

3.  Next,  set  the  "LOAD"  switch  above  the  hexadecimal  display  on. 

4.  Press  INIT, 

6.  The  console  should  print  OS  32MT02-03. 

6.  After  the  console  has  printed,  turn  the  LOAD  switch  off. 

The  system  is  now  loaded  into  core  and  is  ready  to  run. 

3. 1.  3 Initialization  To  Run  TSE 

Before  running  TSE,  the  system  must  be  initialized.  A complete  discussion 
of  the  commands  used  in  this  section  may  be  found  in  Chapter  6 of  reference  2. 

To  start  the  system  clock,  type 

SET  TIME  MM/DD/YY,HH:MM:SS 
where  MM/DD/YY  is  the  current  date,  and  HH:MM:SS  is  the  time. 

This  command  will  ensure  that  TOCHON  and  TOCHOFF  routines  in  the  l/O  drivers 
work  properly. 

To  mark  the  discs  on,  type: 

MARK  DSC#:,  ON 

Where  DSC#:  is  either  DSCl:  or  DSC2:.  (DSC2:  is  the  fixed  while  DSCl:  is  the 
removeable  pack. ) 

The  system  should  respond  with 

DSC#  VOLN 

where  DSC#  is  the  disc  number  specified  in  the  MARK  command,  and  VOLN  is 
the  four  character  volume  name  of  the  disc,  both  discs  must  be  marked  on  to  run 
TSE. 

Reference  2.  OS/32-MT  Program  Reference  Manual,  Interdata  Publication 
Number  29-390R05. 
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K thf  syslom  gives  an  error  when  marking  a disc  on, 

NOFF-ERR  POS  = (DSC#) 

th  'n  the  ni  c timsi  be  t becked  out  by  the  disc  integrity  check  utility  (DISCHECK). 
i.l.  4 Running  IJiSCHECK 

A corruiU'te  discussion  of  the  operation  of  DISCHECK  may  be  found  in 
Reference  i.  A short  summary  of  the  command  sequence  is  gi\  en  hei  e. 

To  run  DISCHECK,  enter  the  following  commands: 

MARK  DSCZ:,  ON,  P 
C.OAD  . BG,  DISCHECK 
MARK  DSC2:,  OFF 
TASK  . BG 

START  , DSC#:,  CON: 

Where  DSC /R  is  the  disc  on  which  the  program  is  to  be  run. 

The  console  will  respond  with 

. BG:  DIvSCCHECK  :05-00 

and  will  run  for  approximately  three  minutes. 

If  there  are  no  errors,  the  message 

. BG;  END  OF  TASK  0 

will  tV'in  be  printed,  and  the  disc  may  then  be  marked  on  as  explained  in 
Section  3.  1.  3. 


3.  2 Execution  of  Tracking  and  Significance  Estimator 

In  order  to  run  TSE,  there  must  be  a source  of  input,  either  from  thePulse 
Pair  Processor,  or  the  PPP  recorder.  To  run  TSE  from  the  Recorder,  the 
Pulse  Pair  Processor  Interface  should  be  set  to  the  Decoder  position,  and  the 
Encoder/Decoder  Input  switch  should  be  set  to  TAPE.  If  real-time  data  from  the 
Pulse  Pair  Processor  is  to  be  used  for  TSE,  the  PPP  Interface;  should  be  set  to 
'PPP',  and  the  Encoder/Decoder  Input  switch  to  REALTIME.  For  further  opierat- 
ing  instructions  for  the  Pulse  Pair  Processor  or  the  PPP  recorder,  refer  to 
References  4 and  5. 

Once  an  input  source  has  been  selected,  TSE  may  be  initiated  by  using  the 
commands  discussed  in  the  following  sections. 

Reference  3.  Disc  Integrity  Check  Utility  Manual,  Interdata  Publication  Number 
B29-507R01. 

Reference  4.  Pulse  Pair  Processor,  Equipment  Information  Report, 

Contract  F19628-72-C-0293,  May  1974. 

Reference  ‘3.  FHilse  Pair  Processor  Recordei;  Equipment  Information  Report, 
Contract  F19628-74-C-0079,  August  1974. 
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3.  Z.  1 TSE  Command 

To  run  TSE,  enter  the  TSE  comnriand: 

TSE  [DISPJC,  BGNA][,ENDA][,EEEVl]  [,  ELEV2]  [,  MODE] 

[,  PARFLLE]C,HIST][,OLDATA] 

None  of  the  parameters  in  the  TSE  command  are  required.  The  possible  values 
as  well  as  the  default  for  each  operand  are  discussed  below: 

DISP  = The  display  to  which  the  output  is  to  be  sent.  Possible 
values  are  1.  2,  3,  or  4.  The  default  is  4. 

BGNA  = The  beginning  angle  (in  degrees)  for  a sector  scan.  U a 

full  scan  is  to  be  used,  this  parameter  should  be  null  or 
greater  than  360.  Possible  values  are  integers  from  0 to 
360.  The  default  is  400  (full  scan). 

ENDA  = The  end  angle  (in  degrees)  for  a sector  scan.  Possible 

values  are  integers  from  0 to  360.  Default  is  400  (full  scan). 

A more  complete  discussion  of  BGNA  and  ENDA  is  given  is 
Section  3.  2.  1. 1. 

ELiEVl  = The  lowest  acceptable  elevation  angle  (in  degrees).  TSE 

will  not  begin  inputting  data  until  the  elevation  angle  is 
greater  than  EEEVl  and  less  than  EEEV2.  The  possible 
values  are  integers  from  0 to  60.  The  default  is  0. 

ELEV2  = The  highest  accepta.ble  elevation  angle  (in  degrees).  Possible 
values  are  integers  from  0 to  60.  However,  EEEV2  must 
be  greater  than  EEEVl.  The  default  is  1 degree. 

MODE  = The  mode  in  which  TSE  is  to  operate.  The  possible  values  are: 
T = Time  option.  TSE  will  input  every  n minutes,  as 

determined  by  the  parameter  file  in  compliance  with 
BGNA,  ENDA,  ELEVl,  and  ELEV2. 

D = Demand  option  - after  each  run  of  TSE,  the  system 
will  pause  and  wait  for  a command.  When  the  TCO 
command  is  entered,  TSE  will  begin  to  input  data  in 
compliance  with  BGNA,  ENDA,  ELEVl,  and  ELEV2. 

C = Continuous  operation  - Immediately  after  completing 
the  plot  to  the  scan  converter,  TSE  attempts  to  input 
new  data  in  compliance  with  BGNA,  ENDA,  ELEVl 
and  ELEV2.  The  default  is  C (continuous  operation). 
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PAR.F'll-'ii  ::  The  name  of  the  parameter  filt  . Ihe  default  is  DAVE: 

ISEIJEF.  FAR.  The  format  of  the  parameter  file  is 
discussed  in  Section  3.  Z,  1.  Z. 

HIST  - If  this  parameter  is  present,  the  previous  track  history  file 

(DA VE:TSEH1ST.  DAT)  is  used.  If  this  parameter  is  not 
present,  the  file  is  deleted  and  a new  track  history  is 
Cl  iated.  This  allows  the  user  to  continue  track  histories 
bi  tween  runs. 

ODDATA  - If  the  input  data  was  re-  orded  before  September  1977,  this 
parameter  should  be  present.  If  it  is  p-esent,  it  tells  TSE 
to  ipnore  the  ninth  bit  of  the  power  data,  whic  h wai  previously 
used  for  parity.  This  allows  TSE  to  be  run  on  both  old  and 
new  data. 

Fcjr  example,  the  command 

TSE  1,  , , 0,  Z,  , CON:,  , OLD 

will  invoke  TSE  in  the  following  way:  the  output  will  go  to  display  1,  a full  PPI 
will  be  analyzed  (default  angles  are  400,  which  is  greater  than  360),  at  elevations 
ranging  from  0 to  Z degrees.  When  each  run  is  complete,  TSE  will  immediately 
begin  to  input  new  data  (MODE  is  defaulted  to  C).  The  threshold  parameters  will 
be  input  from  the  console,  and  the  system  will  prompt  the  user  for  each  tne. 

The  old  track  history  will  be  deleted  and  a new  one  generated,  and  the  analysis 
will  be  performed  on  old  data  (nintli  bit  of  power  is  parity). 

In  another  example, 

TSE  , 17S,  Z70,  , , D 

will  send  the  output  to  display  4 (default),  for  a sector  scan  front  17  5 to  Z70 
decrees  at  elevations  between  0 and  1 degree  (default).  After  each  run,  TSE 
will  pause  and  wait  for  the  user  to  restart  (DEMAND  option).  The  threshold 
parameters  will  be  input  from  the  default  parameter  file,  DAVE:TSEDEF.  PAR. 
The  old  track  history  will  be  deleted,  and  the  ninth  power  bit  will  be  included 
in  the  analysis. 
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3,  2. 1.1  Sector  Scans 

TSE  automatically  determines  whether  to  accept  scans  in  the  clockwise  or 
counter-clockwise  direction  by  the  sector  scan  parameters,  BGNA  and  ENDA, 
of  the  TSE  command.  It  is  assumed  that  a sector  scan  is  less  than  180  degrees. 

TSE  determines  direction  by  first  subtracting  BGNA  from  ENDA.  K the 
result  of  this  subtraction  is  greater  than  180°,  it  subtracts  360.  If  the  result  of 
ENDA-BGNA  is  less  than  -180°,  it  adds  360.  The  sign  of  this  result  now  deter- 
mines direction,  where  positive  numbers  denote  clockwise  direction,  and 
negative  numbers  denote  counter-clockwise  scans. 

Thus  to  scan  clockwise  from  350°  to  50°,  BGNA=350  and  ENDA=50.  To 
accept  data  in  the  reverse  direction,  BGNA  = 50,  and  ENDA  = 350.  To  ensure 
proper  operation,  the  sector  scan  inputs  should  be  at  least  3 degrees  inside  of 
the  radar's  actual  sector  scan  limit. 


3.2.1.  2 Format  of  the  Parameter  File  (DAVE:TSEDEF.  PAR,') 

The  parameter  file  may  be  generated  u Mg  'the  system  text  editor 
OSEDIT , which  is  discussed  in  Reference  6,  Each  value  is  a three  digit 
integer,  with  one  value  per  line.  Since  this  file  will  be  used  with  a formatted 
FORTRAN  READ  statement  (13),  all  numbers  should  be  right  justified. 

The  default  parameter  file  is  as  follows; 

005  Range  Threshold  in  number  of  range  cells  (O^x  <NRC) 

005  Power  Threshold  (OSx  512) 

Range  ove  rlap  between  azimuths  = (0  ^x  < NRG) 

010  Percentage  of  Range  to  be  Ignored  (To  get  rid  of  ground  clutter) 

(0  <x<100) 

000  Velocity  Threshold  (0<  x<256) 

000  Variance  Threshold  (0Sx<256) 

005  Time  Between  Scans  (in  minutes  (0<  x S999)(for  time  option) 

If  CON:  is  used  as  PARFILE,  the  system  will  prompt  the  user  for  each 
input  individually  with  a TSE  > . 

Each  value  should  be  entered  as  a 3 digit  integer  followed  by  a carriage 

return. 

Reference  6.  OS  EDIT  User's  Manual,  Interdata  Publication  Number  29-373R03 
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BEST  AVAILABLE  COPY, 

3 . Z . 1 . 3 Qperatiiig  the  SCRM 

In  order  to  output  the  results  oi  I'SE  to  the  Scan  Converter/Refresh 
Menior-s,  it  must  ix  set  up  properly.  Since  TSPJ  mu  ;t  read  tht?  scaling  and 
origin  locations  from  the  SCRM  as  well  as  write  the  plot,  both  the  RI'AD  and 
WHIIK  Display  Memory  Access  switches  on  the  Display  Interface  Control  panel 
must  be  CiN.  In  addition,  the  MODE  switch  on  the  Data  Transmission  Control 
panel  should  be  OP'F.  The  STORE  VIDEO  switch  for  the  display  tc  which  the 
ciutput  is  to  be  sent  must  also  be  OEF. 

A compiete  discussion  of  cjperating  procedures  for  the  SCRKl  may  be  found 
in  Rc'ference  T, 

3 . Z . 2 'ICO  Command 

If  the  demand  option  is  implemented,  TSE  will  pause  after  each  execution. 

The  console  will  print; 

TSE;  PAUSE  0 
TSI,;  TASK  PAUSED. 

When  the  user  wishes  to  continue  the  task,  type 
TCO 

‘'ollowed  by  a carriage  return.  TSE  will  transfer  control  to  PPRDSC  subroutine 
and  begin  to  input  data  according  to  BGNA,  ENDA,  ELEVl,  and  EEEV2. 

1.  2.  3 1 P.'\  Command 

If  for  any  reason  the  user  wishes  to  pause  TSE  while  it  is  running,  type 
TPA 

followed  by  a carriage  return.  The  system  will  respond  with 
TSli;  TASK  PAUSED. 

To  ( ontinue  execution,  use  the  TCO  command.  The  task  m ly  also  be 
cancelled  by  using  the  TSECAN  command,  to  be  discussed  later. 

3.2.4  DUMP  Command 

At  any  time  while  TSE  is  running  or  paused,  a track  history  may  be  output 
using  the  DUMP  command.  Type 
DUMP 

followed  by  a carriage  n.-turn  TSE  need  not  be  paused  to  run  this  program. 


Reference  7,  Scan  Converter  and  Refresh  Memory  with  Remote  Terminal  and 
Display  Data  Interface, Equipment  Information  Report, 

Contract  F19628-76 -C -0101,  August  1976 


22 


3.  3 Tern\inating  TSE 

To  terminate  TSE  after  it  is  paused,  type 
TSECAN 

followed  by  a carriage  return.  TSE  must  be  in  the  paused  state  before  TSECAN 
may  be  used.  This  can  be  accomplished  by  the  TPA  command.  The  system 
will  respond  with 

TSE;  END  OF  TASK  256 
>:==^*TSE  COMPEETE 

TSECAN  will  cancel  both  the  TSE  and  DUMP  tasks  and  re-partition  the 
system  to  allow  other  tasks  to  run.  The  TCO  and  DUMP  commands  are  no 
longer  valid  once  TSECAN  is  entered. 

3 . 4 Powering  Down  the  7/32 

When  the  7/32  computer  must  be  powered  down,  reverse  the  order  for 
power  up: 

1.  Mark  the  discs  off: 

MARK  DSCl:,  OFF 
MARK  DSC2:,  OFF 

2.  Display  Devices  to  be  sure  the  discs  have  been  marked  off: 

D D 

The  system  should  respond  with: 

DSCi  Cb  OFF 
DSC2  C7  OFF 

•3.  Set  the  RUN/EOAD  switch  to  EOAD  on  the  disc  drive. 

Wait  about  30  seconds  until  the  EOAD  indicator  comes  on,  then 
turn  off  the  power  to  the  drive.  CAUTION:  DO  NOT  TURN  OFF 
POWER  UNTIL  THE  LOAD  INDICATOR  COMES  ON. 

5.  Turn  the  power  key  on  the  processor  to  OFF. 

6.  Turn  off  the  printer  and  carousel. 

7.  Turn  off  the  main  circuit  breaker  in  back  of  the  7/32  rack. 
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SECTION  4.  DETAILED  HARDWARE  DESCRIPTION 


This  sec  tion  describes  the  hardware  used  by  TSE.  The  new  eqi  ipment, 
discussed  in  Section  4.  1,  consists  cif  spiecial  interface  hardware  whi  ;h  allows 
the  7/ JZ  processor  to  coiniriunicate  with  the  PPP  encrder/decoder,  and  the 
scan  convertti  refresh  memory  (SCRM).  There  were  also  minor  changes  made 
to  the  PPP  decoder  and  the  SCRM,  which  are  discussed  in  Section  4.2. 

4.  I New  EcjU  1 pm ■■  nt 

Development  of  the  1 S£  required  the  design  of  two  special  inti  rface- 
devices.  The  Pulse  Pair  Recorder  Interface  accepts  radar  and  Pulse  Pair 
Processor  data  for  further  processing  in  the  TSE,  while  the  Scan  Converter/ 
Refresh  Memory  Interface  allows  TSE  results  to  be  plotted  in  color  on  one  of 
the  four  display  channels  of  the  Scan  Converter/Refresh  Memory. 
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4.1.1  Pulse  Pair  Recorder  Interface 

The  Pulse  Pair  Processor  Recorder  Interface  (PPRI)  consists  of 
circuitry  added  to  a Universal  Logic  Interface  Module  (U^IM)  which  plugs 
into  the  private  bus  of  an  Extended  Selector  Channel  (ESELCH)  with  device 
code  X'Fl'  in  the  Interdata  7/32  processor  chassis.  The  PPRI  has  only  two 
inputs;  a 525K  bit/sec  serial  data  line  and  its  corresponding  bit  clock.  The 
serial  data,  originating  either  at  the  PPP  Encoder  output  or  played-back  at 
30  ips  from  one  track  of  the  FR  2000A  wideband  instrumentation  recorder, 
includes  all  radar  information  needec  by  the  TSE.  The  data  format  is 
described  in  Figure  2-2  of  Reference  5 and  consists  of  from  one  to  four 
subframes,  each  consisting  of  a unique  30-bit  synchronization  code  followed 
by  four  30-bit  ancillary  data  words,  followed  in  turn  by  256  30-bit  Radar 
Video  data  words  in  a range-cell  ordered  sequence.  The  PPRI  performs  the 
functions  of  serial-to-parallel  conversion  (30  bits  at  a time),  sync  code 
recognition,  complementing  of  certaii,  bits,  code  conversion,  re-ordering 
of  data  bits  into  an  Interdata-compal ible  3Z-bit  word,  and  synchronization  to 
accomplish  transfer  of  these  words  into  the  processor  by  means  of  a DMA 
transfer  through  the  16-bit  wide  ESELCK.  The  PPRI  includes  counters  to 
keep  track  of  bits,  words,  and  subframes  and  also  has  a detector  to  permit 
verification  of  the  presence  of  the  525  kHz  input  clock  through  examination  of 
status  bits.  A multiplexer  on  both  clock  and  serial  data  at  the  input  permits 
software-controlled  testing  of  this  otherwise  unidirectional  interface. 

4. 1. 1. 1 PPRI  Data  Formats 

In  transferring  30-bit  uniquely -formatted  words  from  the  PPP  into 
the  TSE  which  requires  32-bit  words  or  16-bit  half-words,  we  have  decided 
to  perform  data  conversion  and  bit  re-ordering  in  the  PPRI  hardware  in 
order  to  minimize  software  bit-manipulation  requirements.  In  this  process, 
video  ana  ancillary  data  must  be  handled  differently  because  of  their  different 
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codes  and  formats.  Figore  4-1  illustrates  the  format  for  video  aata  in  which 
the  first  ten  Encode'-  ov.tput  b*ts  B0:9  (also  M0:9  in  Reference  5)  represents 
Mean  Doppler  V'^elocity,  BIO  (MIO)  is  tne  sign  bit,  and  Bll  (MU)  is  a parity 
bit  over  all  Mean  bits  except  B1  (Ml).  The  next  eight  bits  BIZ:  10  (V0:7) 
represent  spestrai  Variance,  an  unsigned  quantity,  while  BZO  (/8)  is  the 
parity  bit  for  J^12;i«.  Bits  B21;Z8  (P0:7)  convey  logarithmic  r.  dar  return 
power,  also  ui  signed,  with  the  last  bit  B29  (P8)  as  parity.  However,  AFGE 
sometimes  ust  s this  ninth  power- bit  as  an  additional  cata  bit  to  extend 
dynamic  range. 

Figure  4-1  indicates  a mapping  of  Encoder  Video  Dati  output  bits  into 
Interdata  fullword  bits  which  results  in  the  format  shown  ir  Figure4-2  for 
the  data  in  7/’>2  core,  and  if  fullword  boundaries  are  observed,  in  processor 
registers  loaded  from  core.  There  may  be  confusion  because  Interdata  bit 
numbering  is  the  reverse  (the  15  B is  the  highest-numbered  bit)  of  that  used 
in  the  PPP  and  Encoder.  The  notation  DO:  10  represents  Mean  Doppler 
velocity  MO:  10  converted  (in  PPRI  hardware)  to  two's  complement  with  the 
sign  bit  DIO  positioned  as  required  for  halfword  arithmetic  ins tructions . If 
the  eight  most- significant  Dopple r -velocity  bits  are  adequate,  only  a Load 
Halfword  instruction  followed  by  masking  of  bits  24:31  (containing  Varian:e- 
unwanted  in  this  case)  is  required.  Obviously,  if  Variance  data  were  wa  ted. 
Bits  16:23  could  be  masked  instead.  All  Doppler  velocity  bits  can  be  gotten 
together  by  execution  of  these  instructions,  for  example:  Load  (fullword). 
Exchange  Byte  Register,  Rotate  Logical  Left  (8  bits).  And  Immediate  (to 
mask  unwanted  bits)  and  Convert  to  Halfword  Value  Register.  Eight  bits  of 
Power  or  Variance  can  be  obtained  simply  through  use  of  Load  Byte  instruc  ions, 
while  nine  bits  of  power  can  be  loaded  by  executing  a Load  Halfword  then  by 
masking  of  bits  0:6. 

While  this  scheme  seems  to  provide  a format  reasonably  compatible 
with  subsequent  software  manipulation  of  video  data,  it  would  hopelessly 
scramble  Ancillary  data  which  contain  a mixture  of  BCD,  binary  and  spe  lal 
coding.  For  this  reason.  Ancillary  data  need  a different  bit  re-ordering  as 
indicated  at  the  bottom  of  Figures  4-1  and  4-2.  It  might  be  nice  to  reverse; 
Hours  and  Minutes,  but  this  would  add  hardware  complexity  since  bits 


26 


27 


Figure  4-1.  Encoder  Output  Formats  Showing  Rc-Ordering 
of  Bits  into  Interdata  T'ullwords 


VIDEO  DATA  FORM  A I 


24:31  could  not  be  handled  identically  between  Video  and  Ancillary  formats. 
This  reversal  can  be  done  very  simply  in  software  by  execution  of  the 
Exchange  Byte  Register  instruction.  The  azimuth  and  elevation  angle  words, 
coded  in  binary  with  a MSB  weight  of  180  degrees,  appear  as  the  twelve 
leas t- significant  bits  of  a halfword. 

4.1. 1.2  PPRI  Hardware  Description 

The  Serial  Data  and  525  kHz  Clock  inputs  of  the  PPRI  are  TTD-level 
compatible  with  increased  noise  immunity  achieved  through  use  of  Schmitt- 
trigger  (hysteresis)  inputs.  They  are  resistively  terminated  with  100-ohms 
to  approximately  match  coaxial  lines  from  the 

PPP  Recorder  Encoder/Decoder.  The  Encoder  Data  state  changes  aiter  the 
high-to-low  transition  while  the  PPRI  samples  the  Serial  Data  on  the 
low -to -high  transition  of  the  clock,  so  that  sensitivity  to  clock  skew  is 
minimized. 

A block  diagram  of  the  PPRI  is  included  as  Figure  4-3,  where  the 
inputs  just  discussed  can  be  seen  in  the  upper  left  corner.  A multiplexer 
provides  for  software -controlled  testing  to  be  discussed  later;  for  the 
present,  assume  that  the  Encoder  outputs  drive  the  Serial  Data  and  Clock 
lines  shown  connected  to  a 30-bit  SIPOR  (Serial-In/Parallel-Out  Register). 

In  the  Encoder,  certain  bits  are  complemented  to  ensure  an  adequate  number 
of  bit  transitions  in  the  case  of  all-zeroes  or  all-ones  data,  so  that  the 
phase -locked  loop  which  reconstructs  the  bit  clock  on  playback  in  the 
FR  2000A  can  operate  properly.  These  bits  need  to  be  complemented  again 
at  the  SIPOR  output  in  order  to  restore  them  to  the  proper  logic  sense. 

The  fact  that  both  complemented  and  true  versions  of  these  bits  are  available 
simplifies  the  design  of  the  sync  decoder  which  recognizes  both  the  first 
sync  code  (30  bits)  and  any  sync  code  (28  bits).  Detection  of  the  first  sync 
code  (A)  resets  the  modulo  4 subframe  Counter  and  generates  an  interrupt 
through  the  General  Purpose  logic  on  the  UDIM.  Detection  of  any  sync  code 
(A,  B,  C or  D)  resets  tne  Input  Bit  and  Word  Counters  to  their  respective 
proper  starting  states. 
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Figure  4-3.  PPRI  Block  Diagram 
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After  the  appropriate  SIPOR  output  bits  have  been  complemented,  they 
are  routed  through  an  interconnection  matrix  to  a 16-bit  two-input  "Halfword” 
multiplexer  via  a Sign-Magnitude  to  two's  complement  converter  for  the  Mean 
Doppler  velocity  bits  and  a 24 -bit  two-input  multiplexer  which  implements  the 
two  different  bit-reordering  schemes  needed  for  Ancillary  and  Video  data. 

This  multiplexer's  select  line  is  driven  by  a signal  decoded  from  the  Word 
Counter  which  keeps  track  of  whether  the  word  being  received  contains 
Ancillary  or  Video  data.  A Subframe  Counter  prevents  the  transfer  of  Ancillary 
data  except  during  the  first  subframe  by  disabling  the  Output  Synchronizer 
during  the  Ancillary  data  words  of  subframes  B,  C and  D.  Just  after  each 
30-bit  serial  word  has  been  shifted  into  position  in  the  SIPOR,  allov/ing  of 
course  for  propagation  delay  through  the  code  converter  and  multiplexer,  the 
Output  Synchronizer  sequentially  enters  the  two  halfwords  now  at  the  HW 
Multiplexer  inputs  into  the  FIFO  (First-In/First-Out)  buffer  memory. 

Because  the  memory  data  bus  within  the  7/32  is  16  bits  wioe,  transfers 
to  or  from  this  memory  take  place  in  halfwords  via  the  ULIM  GP  Logic 
connected  to  the  7/32's  ESELCH  bus.  The  halfwords  in  FIFO  are  already  in 
the  proper  order  for  transfer  to  the  ESELCH,  so  the  output  synchronizer  must 
now  simply  control  the  transfer  rate.  The  synchronizer  accomplishes  this 
control  by  clocking  halfwords  out  of  the  FIFO  by  issuing  appropriately- 

timed  transfer  Request  pulses  to  one  of  the  status  bits  which  is  interpreted 
as  the  BSY  bit  by  the  ESELCH.  The  peak  transfer  rate  is  10^  halfword  s/second 
when  two  successive  halfwords  resulting  from  each  30-bit  input  word  are  out- 
putted, but  these  halfword  pairs  are  57  (jseconds  apart  (except  for  a special  case 
following  interrupt  processing)  resulting  in  an  average  rate  during  most  of 
each  block  17,  500  fullwords  or  35,  000  halfwords/second  so  that  only  3.  5%  of 
the  one -microsecond  memory  cycles  are  stolen.  The  overall  average  transfer 
rate,  j.t  the  maximum  PRF  possible,  is  about  86  to  88%  of  the  peak  rate 
because  of  dead  time  and  the  gaps  left  by  sync  codes  and  ancillary  data  from 
subframes  B,  C and  D.  Of  course,  at  lower  PRFs,  the  overall  average 
transfer  rate  will  decrease. 
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To  Vjegin  the  data  iransfer,  a command  byte  with  bits  1 and  4 se  t 
S'  he  issued  to  the  PPRI  (device  code  X'8A')  ti'  clear  the  clock  presence 
dt'tec  toi-.  Once  the  <-li!tc;cti(in  ol  a first  sync  pulse  results  in  the  generation 
of  an  interrupt,  the  7/  12  has  up  to  0.  5 milliseconds  in  wihich  to  set  up  the 
KSI-,L.CII  (device  eodeX'fl')  w'hile  halfword  - accomulate  in  the  FIFO.  The 
LSfciLjCH  should  be  set  up  with  the  proper  st  trting  and  ending  addresses 
and  eiven  a GO  command.  When  the  ESELCH  begins  to  run,  it  finds  BSY 
low  whereupon  it  generates  a Data  Request  which  clocks  a halfword  out  of  the 
FIFO  and  into  the  ESEECH.  The  ESELCH  sends  another  Data  Request  pulse 
as  fast  as  it  can  steal  another  one -microsecond  memory  cycle.  This  process 
continue  s until  all  halfwords  which  had  piled  up  in  the  FIFO  during  interrupt 
processing  tune  have  been  clocked  into  the  ESEL.CH;  now  the  Output  Synch- 
ronizer sets  BSY  high.  As  each  subsequent  halfword  enters  the  FIFO,  BSY 
goes  low,  the  halfword  is  transferred  into  the  ESELCH,  then  BSY  goes  high 
again.  Thereafter,  until  the  transfer  process  is  terminated,  two  halfwords 
pass  through  the  FIP’O  every  57  (.jseconds  and  never  pile  up. 


A Clock  Presence  Detector,  implemented  using  reiriggerable  monostable 
delay  elements,  verifies  the  presence  and  approximately -correct  frequ  ncy 
(525  kHz)  of  the  input  clock.  The  outputs  of  the  Presence  Detector  cont.’ol 
ESELCH  termination  and  can  be  examined  by  the  processor  as  two  of  the  eight 
status  bits  through  the  ULIM  GP  Logic.  Status  and  Corrmand  bytes  for  the 
PPRI  are  summarized  in  Table  4-1.  As  has  been  discussed,  status  bit  4 


I able  4-1.  PPRI  Status  and  Command  Bytes 
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controls  the  ESEL.CH  transfer  rate.  If  any  of  bits  5,  6 or  7 become  set  durir.g 
a transfer  because  of  some  abnormal  condition,  then  that  transfer  is  terminated. 

Command  bits  0 and  1 control  the  interrupt  queuing  circuits  in  the  ULIM 
GP  Logic,  while  bit  3 selects  the  TEST  position  of  an  input  multiplexer.  Command 
bit  4 clears  the  Clock  Presence  detector:  initially,  both  Status  bits  6 and  7 go  high. 
Within  several  Liseconds,  these  bits  indicate  the  condition  of  the  clock  as  listed 
in  Table  4-1.  Bit  4 resets  the  PPRI  sequential  logic. 

The  previously  mentioned  multiplexer  at  the  Serial  Data  and  Clock  inputs 
permits  software-controlled  testing  of  the  PPRI  by  the  following  procedure.  A 
command  byte  having  a bit  assigned  to  control  the  input  multiplexer  is  issued  to 
the  PPRI  via  the  Multiplexer  bus  --  the  ESELCH  is  not  used  in  this  test.  This 
Test  Select  bit,  stored  in  a D-Flop  shown  at  the  lower  left  of  Figure  4-3,  applies 
the  Data  Availaole  strobe  from  the  GP  Logic  and  the  LS3  only  of  the  Data  Output 
to  the  SIPOR  clock  and  data  inputs,  respectively.  Now  the  processor  can  generate 
sync  codes  and  simulated  data  in  software  and  can  verify  proper  serial/parallel 
conversion,  bit  complementation,  sync  decoding,  code  conversion,  bit  reordering, 
counting,  and  output  synchronization  by  observing  outputs  from  the  halfword 
multiplexer.  See  Appendix  A. 

Not  shown  in  Figure  4-3  is  the  System  Clear  GP  Logic  output  which 
resets  all  sequential  logic  elements  in  the  PPRI  to  drive  it  to  a known  starting 
state . 

4.  1.  1.  3 Data  T ransfer 

An  example  of  a data  transfer  from  the  PPP  recorder  to  the  computer 
is  shown  in  the  timing  diagrams  of  Figures  4-4  and  4-5. 

Before  all  data  transfers,  the  programmer  outputs  a clear  and  interrupt 
enable  commands  to  the  PPRI.  The  clear  command  clears  the  FIFO,  and  prevents 
data  from  entering  the  FIFO  until  a first  sync  code  is  recognized  (SYNCl).  CLR 
also  initializes  the  clock  presence  detector,  which  is  cleared  to  00000011  (status  bit 
6 and  7 high).  Within  2 to  4 jj  seconds,  the  clock  presence  detector  should  have 
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valid  data.  It  either  status  bit  6 or  7 is  high,  oi  both,  then  data  transfer  cannot 
octur.  The  C PD  continually  monitors  the  clock,  and  if  it  evei  find  a fault  in 
the  clock  input,  bit  6 or  7 will  go  high  according  to  Table  4-1.  If  either  bit  goes 
higli  during  rt  data  iransfer,  the  will  automatically  terminate  the  opera- 

tion and  (at[.'ul  an  error  status.  Once  the  SYNCl  code  is  recognized,  an  interrujjt 
pulse  IS  s Til  to  tiie  protfssor,  signalling  that  the  ESEDCH  should  be  started. 

Load  pulses  (PL)  are  generated  to  load  each  word  into  the  FIFO  on  the  leading 
edge  of  W',  K and  the  next  trailing  edge  of  the  input  clock.  Once  the  data  has 
rippled  tlirough  the  FIFC  , Output  Ready  (OR)  goes  high,  which  sends  busy  low. 

The  FSFI.CTl  senses  BUbY  low  and  immediately  sends  a Data  R iquest  (DRGll) 
pulse  to  the  PPR  I.  which  subsequently  sets  busy  high  again.  DilGll  gates  the 
data  onto  the  hu.-,  while  low,  and  clocks  the  next  16  bits  out  of  the  FIFO  when  it 
goes  high  again.  When  OR  goes  high  again,  signalling  that  the  next  halfword  is 
in  position,  Bl'SY  goes  low,  and  the  process  < ontinues  until  tie  ESELCII  deter- 
mines that  all  ;he  data  has  been  transferred.  Sync  codes  and  ancillary  data  in 
all  sutjframes  except  the  first  are  not  transmitted. 

4.1.2  Scan  Converter  Refresh  Memory  Interface 

The  SCRMI  consists  of  a modified  Universal  Logic  Interface  Module 
(ULIM)  which  plugs  directly  into  -he  Multiplexer  Bus  of  the  7/32  processor, 
with  device  core  X'8C'.  It  i.s  designed  to  work  in  conjunction  with  the  E splay 
Data  Interface  DDI)  which  already  contains  mojt  of  the  control  circuitr  . 
necessary  for  cata  transfer  to  and  from  the  SCRM.  The  operation  of  ti  e DDI 
IS  discussed  in  section  4.  2.2. 

The  function  of  the  SCRMI  is  threefold.  First  of  all,  it  accepts  the 
status  byte  and  8 bits  of  data  input  from  the  DDI  and  prepares  them  to  be  gated 
onto  the  7/32's  Multiplexer  Bus.  It  also  serves  to  latch  command  bits  4:7 
and  the  data  byte  from  the  7/32  and  buffer  them  for  shipment  to  the  DDI, 
along  with  the  control  signals. 

The  third  function  of  the  SCRMI  is  to  prepare  itself  for  testing  through 
software.  It  was  considered  desirable  to  make  this  interface  compatible  with 
the  Common  Universal  Logic  Interface  Test  software  package  supplieo  by 
Interdata  (program  number  B06-129R06).  See  Appendix  B,  This  is  dofte  with  the 

use  of  multiplexers  which  logically  tie  the  output  byte  and  command  bytes  4:7  of  the 
SCRMI  with  the  status  and  data  inputs.  The  interface  is  prepared  for  testing  by 
setting  c ommand  bit  3 to  a 1. 
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The  SCRMI  is  connected  to  the  DDI  through  33-foot  long  ribbon  cables. 
The  cables  are  wired  in  an  alternate  ground  configuration  to  minimize  cross  talk. 

4.  2 Existinji  Equipment 

The  TSE  has  been  designed  to  minimize  changes  required  to  be  per- 
formed on  existing  equipment. 

4.  2. 1 PPP  Recorder 

The  serial  data  and  clock  signals  needed  to  drive  the  PPRI,  selectable 
by  the  DATA  SOURCE  switch  between  REAL  TIME  (Encoder)  and  TAPE 
switches,  are  both  available  on  the  Decoder  card.  A line  driver.  Type 
SN  74128,  IB  added  there  along  with  output  connections  to  two  BNC  connectors 
on  the  rear  panel.  From  these  points,  two  RG62  93-ohm  coaxial  cables 
route  the  serial  data  and  clock  signals  to  the  PPRI. 

4.2.2 Scan  Converter  Refresh  Memory 

The  SCRMI  in  the  TSE  communicates  with  a Display  Data  Interface  in 
the  SCRM  always  m the  byte  mode.  No  DDI  modifications  are  needed  to 
perform  the  data  transfers  required  by  the  TSE,  but  this  section  briefly 
outlines  the  DDI's  capabilities  and  references  other  documents  for  details. 

The  7/32  treats  the  Scan  Converter  as  a peripheral  and  can  perform  data 
transfers  to  and  from  its  refresh  memories  through  the  ULIM  with  device 
code  X'SC,  the  SCRMI  on  the  ULIM,  and  the  DDI  within  the  SCRM.  In 
addition  to  these  proce.i  s or -initiated  operations,  a cursor  can  be  switchec 
on  in  any  display,  its  position  adjusted  by  means  of  a trackball,  and  the 
four-bit  color  code  in  the  refresh  memory  at  that  position  transmitted  to 
the  computer  by  operator  interaction  through  the  Display  Interface  Control 
panel. 

Manual  control  of  the  DDI,  through  the  Display  Interface  Control  panel 
and  various  controls  on  the  Scan  Conversion  Processor  itself,  is  instructed 
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in  boftion  i.  1.  10  of  Kefen  nct*  7.  Section  4.7  of  that  document  presents  a 
detailed  hardware  descriptioti  of  the  DDI  and  how  it  i iteracts  with  other 
components  ..f  the  SC'P.M.  The  three  basic  types  of  transfers:  Wr.te  Display 
Memory,  Rear.  Display  Memo*"/  and  Cursor  Data  Entry  are  exemplified  in 
section  4. 7.  7 which  presents  hardware -oriented  discussions  of  tie  same 
examples  described  in  software  terms  in  Appendix  C of  Referenc  : S. 

The  DDI  Command  and  Status  Bytes  are  listed  in  Table  4-2.  Co  nmand 
bits  0 and  ! prograixi  the  interrupt  logic  on  the  U DIM  to  either  accept,  queue, 
or  ignore  inte-  . upts  iroin  the  DDI.  The  HW  bit  is  used  to  select  halfword  or 
byte  mode  in  In  erdata  U LI  cards,  out  since  this  SCRMI  is  built  on  an  MDB 
SystemtU  LD.!,  ihis  b.i  is  neither  needed  nor  used  because  the  DDI  always 
operates  in  the  byte  mode.  Command  bit  3 enables  the  test  mode  described  in 
section  i . 2 

Con  mand  bits  4,  5 and  6 direct  control  logic  on  tne  DDI  to  perform 
various  data  transfer  sequences.  In  the  WRITE  operation,  the  7/32  specifies 
the  display  channel,  the  color  of  the  picture  element  to  be  written,  and  the 
address.  Three  different  sequences  are  available,  depending  on  whether 
successive  elements  are  to  be  the  same  or  different  colors. 

In  a READ  operation,  the  7/32  specifies  the  display  channel  and  the 
address  and  receives  from  the  DDI  the  color  code  for  the  addressed  picture 
element.  Since  all  WRITE  operations  require  random  acces  > to  the  re  resh 
memory  of  the  selected  channel,  no  WRITE  sequence  should  be  attempt.'d  if 
the  Not-Available  status  bit  for  that  channel  is  true  (Table  4-2).  If,  hov'ever 
a READ  operation  is  initiated  in  a channel  with  its  Memory  Bus  not  ava  lable 
(MBA  - true),  the  operation  will  still  be  accomplished  by  a SLOW  REA^f 
process  in  which  the  required  picture  element  is  obtained  by  waiting  for  it  to 
appear  in  the  digital  video  data  stream  used  to  refresh  the  raster-scan  display. 
An  interrupt  is  generated  at  this  time.  SLOW  READ  can  also  be  purposely 
initiated  by  issuing  the  appropriate  cor.imand  byte. 
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Table  4-2.  DDI  Command  and  Status  Bytes 
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ill  a ni.  -ir,i Cun  or  Data  Entry  operation,  the  color  ode  i. 

obtained  as  in  SCO W READ  but  the  address  comes  from  the  trackball  and  is 
transferred  to  the  7/32  alun^i  with  the  color  and  channel  codes  when  the 
interrupt  hapfien.  . When  a cursor  data  entry  is  in  process,  status  bit  4 is 
true,  even  before  the  interrupt  has  occurreii. 

Switches  on  the  Display  Interface  Control  pianel  can  disable  either  .vEAD 
or  WRITB;  operations  in  die  DDL  The  state  of  these  switches  is  available  to 
the  7/32  through  the  status  byte. 

Details  of  th  ■ various  types  of  transfers,  includi  ig  hardware  and  software 
examples,  display  addressing  conventions,  and  control  logic  operation  ari 
available  in  secticm  4.7  and  Appendix  C of  reference  7 and  should  be  stud  ad 
before  programming  is  at'.empted. 
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SECTION  5.  DETAILED  SOFTWARE  DESCRIPTION 
5.  1 Support  Software 

The  support  software  used  by  TSE  may  be  broken  down  into  two 
categories:  the  OS/32-IvIT  operating  system,  and  the  l/O  drivers.  These 
combine  to  form  a powerful  aid  to  both  the  programmer  and  the  end  user. 

5.1.1  Operating  System 

The  choice  of  the  operating  system  was  dependent  upon  the  language 
to  ue  used  for  the  task  to  be  performed.  Since  FORTRAN  was  chosen  for  the 
task,  this  mandates  that  an  Interdata  operating  system  also  be  used.  Appendix 
F,  an  Interdata  product  bulletin  entitled  OS/32  MT,  describes  in  detail  the 
operating  system  which  was  used  for  TSE.  In  addition,  extensive  use 
was  made  of  the  Command  Substitution  System.  The  Command  Substitution 
System  (CSS)  is  an  extension  to  the  OS/32  MT  Command  Language.  It  provides 
the  user  with  the  ability  to  establish  files  of  dynamically  modifiable  commands 
which  can  be  called  from  the  console  or  other  CSS  files  and  executed  in  a defined 
sequence.  In  this  way,  complex  operations  can  be  carried  out  by  the  operator 
with  only  a small  number  of  commands. 

CSS  provides  more  than  just  the  ability  to  switch  the  operating  system 
command  input  stream  to  a batch  device: 

A set  of  logical  operators  are  provided  to  control  the  precise  seq,.ence 
of  commands  to  be  obeyed. 

Parameters  can  be  passed  to  a CSS  file  so  that  general  sequences  can 
be  written  which  take  on  specific  meaning  only  when  the  parameters 
are  substituted. 

One  CSS  file  can  call  another,  in  the  manner  of  a subroutine,  so  that 
complex  command  sequences  can  be  developed. 

A CSS  file  is  simply  a sequential  text  file.  It  could  be  a deck  of  cards,  a 
punched  paper  tape,  a magnetic  tape,  or  a disc  file. 
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The  OS/i2-MT  High  Level  Oper  tor  Command  Package  is  implementec 
as  a set  of  CSS  files.  Ihese  perform  i variety  of  the  commonly  used  progr.im 
preparation  and  development  sequences.  The  following  are  some  of  the  mo.-e 
often  used  files; 


Commj  ai 

De  s cnption 

FOR'l 

Porlorm  FORTRAN  V compile,  assembly  and  task 
establishment 

FORTCLG 

Perform  FORTRAN  V compile,  assembly,  task 
establishment,  load  and  star;. 

CAL 

Perform  CAL  assembly  and  lask  establishn  ent 

C A LC  LCi 

Perform  CAL  assembly,  task  establishmen. , loa 
and  start 

COPY  A 

Copy  an  ASCII  file  using  OS  Copy 

COPYB 

Copy  a Binary  File  using  OS  Copy 

COPY  T 

Copy  an  established  task,  resicent  library  or  over] 
using  OS  Copy 

RUN 

Load  and  start  a task. 

‘’.1.2  Drivers 

In  ordt  r to  perform  useful  work,  a program  may  hive  to  communicate 
with  many  different  peripheral  devices,  each  with  its  ow a programming  re- 
■ juirements.  To  provide  the  programmer  with  the  ability  to  perform  l/O  to 
different  devices  without  requiring  device  dependent  coding,  OS/32  prcvides  a 
standard  I/O  interface.  Figure  5-1  illustrates  the  elements  of  this  l/O 
interface.  I/O  requests  are  initiated  by  a Supervisor  Call  (SVC  1);  drivers 
provide  the  device  dependent  support  via  routines  and  control  blocks,  and 
access  to  the  devices  is  controlled  by  the  Event  Service  Handler  through  the 
Event  Coordination  Table  (EVT). 

Two  additional  drivers  were  required  for  inclusion  into  the  OS/32  MT 
operating  system.  These  drivers  each  control  one  Universal  Logic  Interface 
Module  (ULIM);  one  for  the  Scan  Converter  Refresh  Memory  Interface  (SCRMI) 
and  the  other  for  the  Pulse  Pair  Processor  Recorder  Interface  (PPRI).  Each 
driver  was  written  to  conform  to  the  requirements  specified  by  Int>  rdata 
for  user-written  drivers. 
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S.  1.2.1  PPRI 


This  port  provides  an  input-oniy  interface  between  the  Extended  SElector 
CHannel  (ESELCH)  bus  and  the  Pulse  Pair  Recorder.  Two  modes  of  data 
transfers  are  used:  Command  and  Status  bytes  via  the  multiplexer  bus,  and 
data  via  the  ESELCPI  in  the  half-wora  mode  on  the  DMA  bus. 

“i.  1.  2.  1.  1 Supported  Attributes 

Read,  Wait,  l/ O and  Proceed.  Unconditional  proceed  cannot  be 
supported  by  this  device  because  the  status  byte  does  not  provide  information 
as  to  device  availability. 

5. 1.2.1.  2 Functional  Description 

Upon  entry  to  the  driver  at  the  entry  point  INITPPRI,  the  interrupt  is 
enabled.  Refer  to  Table  4 -1  for  the  Command  and  Status  bytes.  Bit  4 of  the 
Command  byte,  clear,  is  also  output  at  this  time  to  initialize  the 
PPRI.  The  ISP  is  set  to  point  at  the  CCB  for  the  PPRI  driver.  Upon  receipt 
of  the  interrupt,  a command  b/te  of  X'CO'  is  cutput  to  disarm  the  PPRI 
interrupts.  The  status  byte  is  examined  to  determine  if  one  of  the  error  bits 
in  bits  5,  6,  or  7 is  set.  K so,  an  error  code  as  defined  in  section  5.  3.  1.3 
will  be  placed  in  the  returned  status  variable  in  the  DCB  for  output  by  system 
routines  to  the  operator's  console  and  the  termination  routine  is  schedulec. 

If  no  error,  the  first  and  last  byte  acdresses  are  loaded  into  the  ESEECH  with 
the  address  of  X'Fl'  and  a GO  command  is  given  to  the  ESELCH  to  start  t.ne 
data  transfer.  The  address  in  the  ISP  for  device  X'Fl'  is  set  to  point  at  the 
interrupt  routine  for  the  PPRI  ESELCH.  Upon  receipt  of  the  ESELCH 
interrupt,  a STOP  command  is  issued  to  the  ESELCH  to  stop  the  data  transfer 
if  the  interrupt  resulted  by  an  error  bit  being  set.  The  termination  routine, 
which  is  executed  in  an  inte rruptable  state,  is  scheduled  by  the  ESELCH  ISR. 

The  termination  routine,  entry  point  TERMPPRI,  inputs  the  status 
byte,  converts  the  status  to  the  proper  code  and  stores  it  in  the  DCB  for 
retrieval  by  system  error  routines  or  north-seeking  routines,  and  computes 
the  length  of  the  last  transfer  by  reading  the  last  byte  address  transferred 
by  the  ESELCH  and  subtracting  the  first  byte  address  from  the  parameters 
in  the  SVCl  parameter  block,  and  an  error  is  generated  if  the  values  do  not 
match. 
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Figure  5-1.  Elements  of  I/O  System 
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Operating  system  routines  such  as  timer  routines  TOCHON  and  TOCHOFF, 
and  completion  routine  lODONE  were  used  to  insure  compatibility  with  the 
operating  system  as  described  in  Figure  5-1.  The  time-out  constant  is  sett  for 
2 seconds  after  which,  if  no  l/O  has  begun,  an  error  will  be  generated. 

5, 1.2.  1.3  Status  Definition 


Status 

Meaning 

X'OO' 

Normal  Completion 

X'l  1' 

Clock  slow  or  stuck  high 

X'12' 

Clock  fast 

X'13' 

Clock  stuck  low 

X'82' 

Time  out 

X'84' 

Short  data  transfer 

X'CO' 

Illegal  function 

5. 1.2. 1.4  Device  Address 

The  device  address  of  the  PPRI  is  X'SA*. 

5. 1.2. 1.5  Parameter  Block 

The  PPRI  driver  is  called  by  a supervisor  call  (SVCl)  with  a standard 
Interdata  l/O  parameter  block  as  discussed  in  Chapter  4 of  Reference  2. 

5. 1.2. 2 SCRMI/DDI 

This  port  provides  a transparent  interface  between  the  Multiplexer  bus 
and  the  Display  Data  Interface  (DDI)  in  the  SCRM.  Command,  status,  and 
display  output  data  bytes  are  transferred  via  direct  commands  while  the 
display  input  data  can  be  transferred  via  direct  commands  and  the  Auto 
Driver  channel. 

5.1.  2.2.1  Supported  Attributes 

Read,  Write,  Wait,  I/O  and  Proceed.  Unconditional  proceed  cannot 
be  supported  by  this  device  because  the  status  byte  does  not  provide 
information  as  to  device  availability. 

5. 1.2. 2.  2 Functional  Description 

Upon  entry  to  the  driver  at  the  entry  point  INITSCRM,  the  function 
code,  located  in  DCB.FC,  is  tested  lo  determine  the  type  of  request;  READ 
or  WRITE. 
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5.1.  READ 


Due  to  the  uncertainty  of  the  availability  of  the  I 'DI  Memory  I us,  all 
read  operations  will  be  performed  in  the  "SEOW  READ"  mode.  A c ommand 
byte-  of  X'CE',  disarm  interrupts  and  iritialize,  is  output  at  this  time.  The 
ISP  is  sit  to  point  at  the  CCB  for  the  SC  RMI  driver  and  the  CCB  is  initialized 
with  the  .starting  address,  length,  and  subroutine  address.  A SINT  is 
executed  to  force  the  driver  into  the  IS  state  i.nd  start  the  l/O  process. 

Upon  nrceipt  of  the  first  interrupt,  a command  byte  ol  X'48',  interrupt 
enabled  and  slow  reac.,  is  output  Three  WD  commands  art  executed  to 
transfi'f  the  X and  Y addresses  to  the  DDI  and  the  routine  e -lits  t . await  tht 
data  interrupt.  Upon  receipt  of  the  interrupt  at  entry  point  ISRZf  CRM,  the 
color  is  read  and  stored  into  the  users  buffer,  the  X and  Y addresses  are  in- 
cremented bv  tilt,  value-  stored  in  the  SVC  1 parameter  block,  and  the  number 
of  points  input  is  incremented  This  process  continues  until  the  desirec 
number  of  points  has  been  transferred  at  which  time  the  termination  routine 
IS  scheduled. 

5.  1.2.  2.  2.  Z WRITE 

Three  modes  of  write  operation  ire  possible  with  the  DDI.  The  main 
differences  are  in  the  number  of  write  commands  required.  This  allow  the 
programmer  flexibility  in  structuring  data  buffers  for  output.  All  output  will 
be  done  in  the  initializer  due  to  the  fact  that  no  interrupts  are  generated  by 
the  SCRMI/DDI  during  the  output  phase. 

Upon  entry  to  the  WRITE  portion  of  the  driver,  the  WRITE  sw  tch, 
bit  5 of  the  status  byte,  is  tested  to  determine  if  the  DDI  cannot  acc  pt  data;  if 
so,  an  error  status  is  stored  and  the  program  exits.  The  equested  display 
number  is  used  as  an  index  into  the  status  byte  Li.ts  0 through  3 to  determ  ne 
if  the  desired  display  channel  is  not  available  for  output;  if  so,  an  error  siatus 
is  stored  and  the  program  exits.  Once  it  has  been  determ. ned  that  the  display 
IS  ready  for  output,  the  program  enters  the  routine  to  output  the  data  dependent 
upon  the  mode  of  output  desired.  Figure  4 of  Appendix  C of  reference  7 
depicts  the  modes  and  sequence  of  commands  for  the  various  output  modes. 

The  output  loop  will  transmit  data  until  the  desired  number  of  points  have 
been  output. 
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’^A.Z.Z.Z.^  TERMINATION 


Upon  completion  of  the  READ  and  WRITE  routines,  the  termination 
phase  is  scheduled  to  complete  the  housekeeping  and  provide  an  orderly  exit 
to  the  operating  system.  Operating  system  routines  such  as  timer  routines 
TOCHON  and  TOCHOFF,  and  completion  routine  lODONE  will  be  used  to 
ensure  compatibility  with  the  operating  system  as  described  in  Figure  5-1. 
The  time-out  constant  is  set  for  Z seconds  after  which,  if  no  l/O  has  oegun, 
an  error  will  be  generated. 

5.1.Z.2.3  Status  Definition 


Status 

Meaning 

X'OO' 

Normal  Completion 

X'82' 

Time  out 

X'83' 

Recoverable  Error-Write  Switch  Off 

X'An' 

Device  Unavailable -Write  channel  n 

X'CO' 

Illegal  Function 

5. 1.2. 2. 4 Device  Address 

The  device  address  of  the  SCRMl/DDI  is  X'8C'. 

5. 1.2. 2.  5 Paramete-  AlpcV 

The  SCRM  Driver  is  invoked  by  a Supervisor  Call  (SVC  1)  with  a standard 
Interdata  parameter  block  as  discussed  in  Chapter  4 of  Reference  2.  In  addition  to 
this,  the  buffer  contains  information  used  by  the  driver.  The  format  of  the  buffer  is 
shown  in  Figure  5-2. 

NUMPTS  is  a full  word  specifying  the  number  of  points  to  be  written  to  or 
read  from  the  display. 

X-COORD  is  a nine  bit  number  specifying  the  number  of  columns  from  the 
leftmost  edge  of  the  display.  There  are  320  horizontal  positions  on  each  display.  If 
the  number  is  greater  than  360,  it  is  ignored. 

Y -COORD  is  an  eight  bit  number  specifying  the  number  of  rows  from  the 
uppermost  edge.  There  are  248  vertical  positions  on  a display.  If  the  number  is 
greater  than  248,  it  is  ignored. 
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FC  IS  tht  function  t orJe  which  specifies  what  type  of  l/O  is  to  be  per- 
foi-i!-\<-.i.  'f  FC  !S  a tiie  driver  pi  rforms  l/O  on  a horizontal  line  of  length 
KUiVlPTS,  starling  at  (X -COORD,  Y -COORD).  K FC  is  a '2',  I/O  is  p>er- 
formed  on  a ver'ical  line  of  length  NUMPTS  beginning  at  (X-COORD,  Y -COORD). 
If  FC  is  a '3',  1/ O IS  performed  on  NUMPTS  random  points  whose  individual 
coordinates  are  given  in  the  fullwords  which  follow  NUMPTS. 

INCR  IS  an  increment  value  which  acts  on  either  X-COORD  or  Y-COORD, 
depending  on  the  value  of  FC.  For  example,  if  FC  = 1,  and  INCR  = 2,  and  a 
read  operation  is  performed,  every  other  point  on  a horizontal  line  beginning  at 
(X-COORD,  Y-COORD),  will  be  read  into  the  buffer.  K INCR  = 3,  every  third 
point  will  be  re.al.  If  INCR  = 0 or  1,  every  point  will  be  read.  Ll  FC  = 3,  this 
option  is  Ignored. 

If  the  most  significant  bit  of  the  display  byte  (bit  16  in  Figure  5-2)  is  a 0, 
and  the  display  is  unavailable,  the  driver  will  automatically  search  for  the 
nearest  available  display.  If  all  four  displays  are  unavailable,  an  error 
condition  results.  U bit  6 is  a 1,  this  option  is  disabled,  and  iJ  the  display 
specified  is  unavailable,  an  error  condition  will  be  returned.  In  both  cases, 
the  value  in  tht  display  field  is  left  unaltered. 

0 78  151617  2324  31 
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Y-COORD 

COLOR 

— 

X-COORD 

Y-COORD 

FIGURE  5-2  BUFFER  FORMAT  FOR  SCRM  DRIVER. 

The  begin  and  end  addresses  of  this  buffer 
appear  in  the  standard  SVC  1 parameter  block. 
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5.  2 Task  Deecription 

The  TSE  system  consists  of  four  tasks:  TSEPARAM,  TSE,  TSEDUMP, 
and  CHANGE.  TSEPARAM  runs  as  a background  task  (,BG)  before  TSE  is 
loaded  into  memory.  TSE  runs  in  a foreground  partition  (TSE)  and  requires 
87K  of  core.  Simultaneously  with  TSE,  either  of  two  tasks,  TSEDUMP  or 
CHANGE,  may  run.  TSEDUMP  is  the  largest  of  the  two,  and  requires  5K 
of  core  to  run.  Therefore,  a second  foreground  partition  of  5K  is  set  .tside 
for  this  purpose. 

There  are  also  four  task  common  blocks  (see  Appendix  G)  used  by  TSE,  to 
allow  intercommunication  between  tasks.  These  blocks  are  set  up  in  global 
memory  under  the  names  TASK,  ZSTORE,  DONE,  and  EXTRA.  In  all,  they 
occupy  16K  of  memory.  Since  this  memory  is  global  memory,  it  cannot  be 
executed,  thus  limiting  the  executable  memory  to  176K. 

In  order  to  utilize  memory  most  efficiently,  a run-time  library  containing 
many  of  the  commonly  used  FORTRAN  subprograms  was  generated.  This  run- 
time library  is  called  TSERTL..  RTL,  and  resides  on  the  TSE  system  disk 
(DAVE).  TSERTE  must  be  present  in  core  before  TSE  can  be  loaded,  and 
resides  in  the  . EIB  partition.  It  may  be  loaded  using  the  LOAD  command: 

LOAD  . LIB,DAVE:TSERTL.  RTL 

TSERTL  occupies  7.7  5K  of  memory.  To  erase  the  . LIB  partition,  and  free  the 
memory  for  other  purposes,  use  the  SET  PARTITION  command: 

SET  PARTITION  .LIB/0 

These  commands  are  discussed  in  full  in  Ghapter  5 of  Reference  1. 

The  following  sections  describe  each  routine  in  TSE,  in  the  order  in  which 
they  are  executed.  They  are  classified  by  their  file  names,  which  may  be 
slightly  different  than  their  routine  names. 

5.  2.  1 TSEPARAM.  CAL 

TSEPARAM  is  a TSE  support  program  which  is  called  by  the  TSE  command. 

It  is  an  assembly  language  program  and  operates  in  approximately  1.  25K  of  memory. 
Its  purpose  is  to  transfer  the  parameters  of  the  TSE  command  to  TSE.  TSEPARAM 
outputs  these  parameters  to  LU4  in  a form  that  TSE  may  use.  TSEPARAM  also 
sets  the  default  values  of  any  null  parameters. 

*A11  memory  sizes  in  bytes. 
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The  parHn»<^t{'rs  art'  passed  via  the  START  command  as  discussed  n 
Chapter  5 of  Reff'rence  2.  1 he  order  of  these  parameters  is  as  follows: 

START  , DISP,  BCNA,  ENDA,  ELEVl.  ELEV2.  MODE,  OLDATA 
where  the  meaning  and  default  values  of  each  parameter  are  discussed  ully  in 
Section  3.  2 . i , 

The  only  message  printed  by  TSEPARAM  is  in  the  event  of  an  I/O  error 
on  EU-4: 

TSEPAR  I/O  I?RR  XXXX 
TASK  PAUSED 

where  XXXX  is  the  returned  status  of  the  I/O  driver  as  defined  in  Reference  8. 
The  user  may  then  either  cancel  the  task,  or  continue  using  the  CANCEL  or 
CONTINUE  commands  as  discussed  in  Reference  3.  H TSEPARAM  is  continued 
after  an  l/O  error,  it  will  make  another  attempt  to  write  to  LU-4. 

When  TSEPARAM  has  successfully  completed, 

• BG:  END  OF  TASK  0 
will  be  printed  on  the  system  console. 

5.2.2  TSEMAIN  .FTN 

TSEMAIN  is,  as  the  name  suggests,  the  main  program  of  TSE.  [ts  basic 
func  tion  is  to  simply  call  the  different  processing  routines  in  their  proper  order. 

It  also  reads  in  the  parameters  set  up  in  TSEPARAM  from  LU-4,  sets  the  flag 
INDCTR  if  it  is  a sc  ctor  scan,  and  utilizes  the  system  clock  to  accommodate  the 
time  mode  option. 

The  only  error  message  printed  by  TSEMAIN  is  in  the  event  of  an  I/O  error 
on  LU-4; 

XXXX  I/O  ERROR  IN  RTN  TSEMAIN 
TASK  PAUSED 

where  XXXX  is  the  status  returned  by  the  I/O  driver.  If  the  user  continues 
execution  with  the  T PA  command,  TSEMAIN  will  attempt  to  read  again. 

When  TSE  has  been  successfully  completed,  TSEMAIN  will  eithe  * enter  a 
time-of-day  wait  (SVC2,  10),  pause  and  wait  for  a TCO  command,  or  immediately 
begin  again,  according  to  the  MODE  parameter  on  the  TSE  command. 

Reference  8.  OS/32  Series  General  Purpose  Driver  Manual,  Interdata 

Publication  Number  B29-384R04. 
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The  first  time  TSE  is  run,  TSEI4AIN  calls  RDHIST(O)  which  reads  the 
track  history  file  from  LU-6.  Subsequently,  after  each  run  of  TSE,  TSEMAIN 
calls  RDHIST(l),  which  writes  the  updated  track  history  to  EU-6. 

TSEMAIN  also  monitors  a second  set  of  parameters  in  the  task  common 
EXTRA,  When  the  CHANGE  flag  goes  high,  TSEMAIN  changes  the  parameters 
which  were  specified  during  execution  of  the  CHANGE  task.  To  eliminate 
confusion  of  data,  these  changes  are  only  implemented  upon  the  completion 
of  each  run. 

5.2.3  TSEHIST.  FTN 

TSEHIST  contains  the  subroutine  RDHIST,  which  is  called  by  TSEMAIN. 
As  its  name  suggests,  RDHIST  is  involved  with  the  history  file,  LU-6.  When 
Its  argument  is  a 0,  RDHIST  reads  the  old  track  history  from  LU-6,  and  stores 
It  in  the  task  commons  TASK  and  EXTRA.  If  there  is  no  track  history 
(parameter  HIST  in  the  TSE  command  is  null),  the  track  history  pointers 
IPNT  and  NPNT  are  set  to  0 and  RDHIST  returns. 

When  the  argument  of  RDHIST  is  a one,  RDHIST  writes  the  present 
track  history,  found  in  task  commons  TASK  and  EXTRA,  to  LU-6  and  returns. 

No  messages  are  printed  by  TSEHIST. 

5.2.4  TSEDATA.  FTN 

TSEDATA  contains  the  PPRDSC  subroutine  called  by  TSEMAIN.  Its 
function  is  to  input  data  from  the  PPP  decoder  and  transfer  it  to  the  disc. 

Since  FORTRAN  is  inherently  slow  for  I/O,  the  actual  input  from  the  decoder 
had  to  be  done  in  assembler.  Therefore,  although  TSEDATA  is  a FOilTRAN 
file,  it  actually  contains  very  little  FORTRAN. 

PPRDSC  has  a single  argument,  a 6 element  INTEGER  -‘-Z  array.  This 
array  contains  the  first  6 parameters  of  the  TSE  command.  The  first  and 
last  elements  are  ignored.  Elements  2 and  3 are  the  Begin  and  End  angles  of 
a sector  scan.  Elements  4 and  5 are  ELEVl  and  ELEV2  of  the  TSE  command. 

If  the  sector  scan  flag  INDCTR  is  set  to  a 1,  PPRDSC  determines  the 
direction  of  the  scan  according  to  Section  3.2.1. 1.  It  also  detects  sector 
scans  which  cross  0°,  a potential  hazard,  and  sets  a flag  (STPFLG) 
accordingly. 
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As  aot«-<i  e irJ.i'-r,  there  are  two  modes  of  input:  sector  scans  anf 
PFIf  . These  V At  be  discuss^,  d separately  in  the  following  sections. 

S . 2 . 'A  1 S<  < ten  St  ans 

After  dete  rmining  the  direction  in  which  it  wants  to  collect  data, 

PPR  DSC  th'.'n  le ■ t rmirses  wh.ch  direction  the  radar  is  actually  moving  by 
subtracting  two  i onsecutive  azimuth  angles  and  checking  the  sign  of  the  result. 

If  the  radar  is  mov'ing  in  the  wrong  direction,  PPRDSC  waits  until  it  is  going 
in  the  righ'  direction  before  continuing. 

Once  .t  has  been  determined  that  the  radar  is  going  in  the  right  direction, 
PPRDSC  cornpai'.  s the  current  azimuth  to  BGNA  and  KNDA.  If  the  azimuth  is 
w ithin  BGNA  and  oNDA,  it  waits  until  the  azimuth  is  outside  of  the  sector  scan 
limits.  This  is  to  ensure  that  a complete  scan  is  made. 

Once  the  azimuth  is  outside  of  the  sector  scan  limits,  and  is  going  in  the 
right  direction,  PPRDSC  waits  until  the  angle  is  once  again  within  the  scan  limits. 

.^t  this  point,  if  the  current  elevation  is  betv^een  ELEVl  and  ELEV2,  PPRI  SC 
begins  to  collect  data.  As  soon  as  the  azimuth  once  again  goes  outside  of  the 
sector  Stan  limits,  PJ^RDSC  stops  collecting  data,  and  flag  - the  urrent  azimuth 
as  the  last.  PPRDSC  no  longer  looks  at  elevation  once  it  has  started  col  ecting  data. 

In  order  to  be  sure  that  no  data  is  missed,  a doubl ; buffering  technique 
IS  used  for  data  collection.  With  this  method,  while  one  azimuth  is  being  written 
onto  the  disc,  another  is  being  read  into  a second  buffer.  In  this  way,  the  input 
and  output  are  effectively  accomplished  simultaneously. 

5.2.4.  2 Full  Scan 

Once  it  has  been  determined  that  a full  360  degree  scan  is  to  be  collected, 
PPRDSC  reads  in  the  current  elevation  angle  of  the  radar.  If  this  elevation  angle 
is  outside  the  upper  and  lower  limits  set  by  ELEV2  and  ELEVl  in  the  TSE 
command,  PPRDSC  waits  until  it  is  within  the  set  limits. 

Once  the  elevation  of  the  radar  is  satisfactory,  PPRDSC  saves  the  azimuth 
in  R2,  and  begins  collecting  data.  When  it  determines  that  the  radar  has  once 
again  passed  the  azimuth  at  which  data  collection  began,  PPRDSC  flags  the  last 
azimuth  and  returns. 

At  the  beginning  of  PPRDSC,  the  direction  of  the  radar  is  tested  by 
looking  at  the  sign  of  the  result  when  two  consecutive  azimuths  an-  subtracted 
Once  data  collection  has  begun,  PPRDSC  assumes  that  the  directi  m does  not 

change,  and  therefore  no  longer  checks  it. 
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To  expedite  data  collection,  the  double  buffering  technique  discussed 
in  Section  5.  Z.  4. 1 is  used. 

When  PPRDSC  is  called  by  TSEMAIN,  it  logs  "PPRDSC"  to  the  console. 

The  only  other  message  printed  by  PPRDSC  occurs  when  an  I/O  error  is 

encountered,  either  from  the  PPRI  or  the  DISC: 

XXXX  I/O  ERROR 
TASK  PAUSED 

where  'XXXX'  is  the  status  code  returned  from  the  I/O  driver.  K the  TCO 
command  is  subsequently  used,  PPRDSC  will  start  over  from  the  beginning. 

All  data  which  was  previously  collected  will  be  lost,  and  new  data  will  be  input. 

A common  example  of  this  is  the  message: 

82 8A  I/O  ERROR 
TASK  PAUSED 

This  is  the  PPRI  time-out  error,  which  means  that  no  data  is  getting  to  the 
PPRI  from  the  PPP  DECODER.  If  recorded  data  is  being  used,  this  could 
mean  that  the  recorder  came  to  the  end  of  a track,  or  was  turned  off.  The 
user  can  merely  fix  the  problem  and  enter  TCO,  whereupon  PPRDSC  will 
begin  collecting  new  data. 

5.2.5  TSERANGE.  FTN 

RANGE,  the  range  processor  subroutine,  does  l/O  and  almost  all  its  logic 
in  assembly  language.  The  first  assembly  language  block  unpacks  ancillary 
data  (except  the  azimuth  angle  and  STOP,  the  last  azimuth  flag)  from  one  of  the 
buffers  used  in  PPRDSC  (COMMON/ZSTORE/).  The  second  block  unpacks  the 
azimuth  angle  and  the  last-azimuth-flag  and  reduces  the  PPRI  (Pulse  Pair 
Recorder  Interface)  data  to  be  compatible  with  the  azimuth  processor  and  com- 
putes the  inner  sums  (^  zr  and  E r).  The  subroutine  loops  through  this 
second  block  for  all  azimuths. 

The  actual  algorithm  is  rather  simple:  the  processor  examines  each 
range  cell  in  turn,  computing  sums  and  segment  length  upon  acceptance.  If  the 
cell  is  not  above  the  thresholds,  its  predecessor  is  considered  the  end  of  a 
segment.  If  the  segment  is  longer  than  0 cells,  the  segment  and  its  sums  are 
stored.  Upon  the  acceptance  of  an  eleventh  segment,  the  shortest  one  is  found 
and  rejected.  After  each  azimuth,  the  subroutine  outputs  segments  and  sums 
to  COMMON  blocks:  /DAT A/and/RUNSUM/, 
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The  important  variables  used  by  RANCt!  are  listed  in  the  following 
table: 

COMMOM/MU  SIG/PCTMIN  Percentage  of  range  cells  ignored  because 

of  ground  clutter 

Mvl'f  Minimum  acceptable  absolute  value  of  MEAN 


SIGMA 

COMMON/EXT  RA/RHO 

GRM) 


Minimum  acceptable  variance 

Minimum  acceptable  segment  length 

Number  of  range  cells  ignored  becuase  of 
ground  clutter 


ZTH  Minimum  acceptable  power 

BETA  Overlap  constant  used  in  AZPRO,  not  range 


K Running  azimuth  counter 

COMVION/REA.DZ/NRCEAD  End  address  for  read,  stored  for  use  by  CENTV/T 

OEDATA  Flag  to  tell  program  to  ignore  9th  bit  of  power 
C0MM0N/ZST0RE/ANC(4)  Ancillary  data  in  3Z  bit  words 

ZEE(1024)  Video  data  in  32  bit  words 


COMMON/DATA/ VAR(448,  10,  3)  Begin,  end  and  label  information  used  by 

other  programs 

VAR(K,I,  1)=  beginning  of  I-th  segment  on 
K-th  azimuth 

VAR(K,  I,  2)=  end  of  Ith  segment  on  K-th 
azimuth 

VAR(K,  I,  3)  = Label  of  I-th  segment  on  the 
K-th  azimuth  (set  to  zero  by 
RANGE) 

COMMON/RUNSUM/ZZR(10,448)  I zr 

ZZR2(10,  448)  2 z^r/128 

TP 

TP  Range  cell  size  (75m*2  ) 

EEEVAT  Elevation 

DAY,  HOUR,  MINUTE,  SECOND  Self  explanatory 


54 


5.  2.  6 


SEAZPRO.  i'TN 


The  azimuthal  processor,  TSEAZPRO,  consists  of  five  subroutines: 
MAKSEN,  WAKBAK,  jOOKBK,  WIPOUT  and  WIPE.  Its  input  is  the  VAR  array 
from  TSERANGE  (begin,  end,  label).  The  labels  are  initially  zero,  but  are 
assigned  to  azimuthally  significant  storm  cells  as  TSEAZPRO  proceeds.  The 
VAR  array  is  also  the  output  from  TSEAZPRO. 

MAKSEN  ("Make  Sense")  is  the  executive  program.  It  sets  the  initial 
value  of' various  variables  and  then  calls  W\KBAK  ("Walk  Back")  for  each 
segment.  After  all  of  the  WAKBAK  processing  is  complete,  MAKSEN  looks 
through  the  cross-reference  array,  XREF,  and  re-labels  any  segments  which 
belong  to  equivalent  cells. 

The  minimum  acceptable  number  of  adjacent  azimuths,  a,  relates  to  the 

minimum  sector  length,  p,  and  to  the  radius,  r,  of  the  center  of  the  cell,  as 

follows:  G,  - — radians, 

r 

Since  we  know  the  average  angular  change,  we  can  determine  the  minimum  number 
of  adjacent  azimuths. 

WAKBAK  determines  to  which  cell  a given  segment  belongs,  and  wipes 
the  cell  out  if  it  doesn't  meet  the  minimum  size  requirement.  It  calls  EOOKBK 
("Eook  Back")  and  WIPOUT  ("Wipe  Out").  EOOKBK  checks  whether  two  cells 
are  adjacent.  The  minimum  overlap  constant,  3,  defines  adjacency.  The  end 
of  one  cell  must  be  at  least  3 range  cells  ahead  of  the  beginning  of  the  adjacent 
azimuth's  cell.  LOCKBK  also  checks  whether  either  of  the  cells  is  already 
labelled.  If  it  is,  the  program  enters  a number  in  the  cross  reference  table, 
XREF,  which  makes  them  equivalent.  K WAKBAK  fait  to  count  a 
adjacent  cells,  it  calls  WIPOUT  which  sets  the  VAR  elements  to  (0,  -1,  0). 

The  final  outputs  of  TSEAZPRO  are  the  VAR  array,  an  array  of  good 
labels,  LARRAY  and  the  number  of  labels,  NLAB. 
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5 Z.  7 


I 


j SEC  ENT.  FTN 

TSECEN'I  has  tv/o  subroutines;  CENTWT  and  ORDER.  CENTWT 
dett'rmines,  for  each  acceptable  storm  cell,  the  area,  Z-weighted  area, 

Z -weighted  center,  and  the  maxima  of  the  power,  mean  and  variance.  ORDER 
IS  called  to  find  and  order  the  IZ  cells  with  the  largest  Z-weighted  area. 

The  following  equations  express  the  Z-weighted  ar(!a,  M,  and  the 


center  location,  X;  ; 

M ::  (r,  0)i-  A r A 0 (5-1) 

X"  T ^ sin  0 z(r,  9)  A r A 0 (0-2) 

Y = n -0  cos  0 z (r,  9)  A r A 0 (5-3) 

TSERANGE  calculated  2 inner  sums,  Sj^  and  S^: 

Sj(0)  ^ 2 z(r,  9)  r A r (5-4) 

S^(Q)  = r z(r,  9)  r^  A r (5-5) 

TSECENT  uses  these  to  get: 

M ::  E S^(9)  A 9 (5-6) 

'br  ^ (0)  sin  0 A 0 (5.7) 


Y 


(9)  cos  0 A 9 


(5-8) 


TSECENT  also  calculates  the  unweighted  area  A: 

r - 'f 

A = ^ J rdr  A 0 = r ( L_  ) A 0 . 


(5-9) 


■■l  (0) 

where  r^  and  r^  are  the  beginning  and  end  of  a given  segment. 

TSEC  ENT  outputs  the  12  largest  sectors  into  a COMMON  for  use  by 
TSEPLT. 
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5.2.8  TSEPLT.FTN 


Subroutine  TSEPLT  takes  the  labels  and  centers  from  I'SECENT 
and  plots  this  information  to  the  same  scale  as  the  SCRM  data.  Its  argument, 
DISPEA,  is  the  SCRM  display  number  on  which  to  plot.  Most  of  the  SCRM 
input  or  output  is  done  in  assembly  language. 

First  TSEPLT  clears  the  chosen  display.  It  then  reads  the  scales  from 
one  of  the  other  displays.  If  there  is  no  scaling  information  on  any  of  the 
displays,  the  program  will  print  "TURN  ON  DISPLAY  AND  CONTINUE"  and 
then  pause.  After  reading  the  scales,  the  program  plots  lines  from  the  begin- 
ning to  the  end  points  of  all  of  the  strongest  storm  cells.  We  divide  each 
azimuth  interval  into  five  steps  and  plot  these  lines  at  each.  The  last  steps 
are  to  plot  the  range  markers  and,  finally,  the  centers. 

This  last  loop,  the  centers  plot,  stores  away  the  centers,  areas  and 
maxima  for  all  of  the  current  centers.  It  plots  the  time  history  of  the  storm 
cell  centers  in  their  original  colors.  The  earliest  centers  appear  first  and 
later  ones  cover  the  older  ones.  The  program  allocates  storage  for  up  to  24 
past  displays . 

5.2.9  TSEDUMP.  FTN 

TSEDUMP  is  a FORTRAN  program  which  runs  concurrently  with  TSE, 
in  its  own  partition  of  5K  bytes.  Its  function  is  to  read  the  task  commons  which 
contain  the  track  history  data,  and  print  the  history  in  a useaole  form  on  LU-3. 
I.  runs  with  a priority  of  11,  just  oelow  the  higher  priority  TSE  task.  This 
ensures  that  ISEDUMP  will  not  interfere  with  efficient  operation  of  TSE. 

The  printout  is  grouped,  according  to  time,  with  the  earliest  times 
first,  up  to  the  latest  data. 

If  no  track  histoi  y is  yet  avai  able,  TSEDUMP  will  print 
NO  HISTORY  AVAILA  3LE 
to  the  system  console,  and  halt. 

When  the  complete  history  has  been  printed  out, 

STOP 

END  OF  TASK  0 

will  be  logged  to  the  console,  and  TSEDUMP  will  halt.  TSEDUMP  may  be  in- 
voked by  the  DUMP  command  as  discussed  in  Section  3.2.4. 
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5.?..  10  TSECliNG.  CAl. 


TSECHNG  IS  assL-mbly  language  program  which  can  be  run  on- 
cui-renllv  witli  ^'SE,  in  its  own  partition.  Its  basic  function  is  to  allow  the 
user  to  alter  so.Ti''  i^f  the  program  parameters  without  canc  filing  TSi.  and 
starting  over.  It  accomplishes  this  by  updating  the  task  common  EXTRA  to 
notify  TSEMAIN  of  the  '.hanges. 

TSi'XHNG  is  invoked  by  the  command 
G MANGE 

There  are  no  parameters  for  this  command.  TSECHNG  will  prompt  the  user  for 
input  on  the  system  console  with 

CHANGE  • . 

The  user  responds  by  t/ping  the  parameter  to  be  changed,  and  the'  alue  to  which 
it  is  to  be  altered.  The  possible  parameters  are  shown  in  Table  5- i.  Each 
parameter  must  be  followed  by  an  equal  sign  (-)  and  a decimal  valu  ;.  When  all 
the  parameters  are  the  required  values,  CHANGE  is  terminated  by  typing 

END. 

This  finalizes  the  changes  and  sets  the  CHANGE  flag  to  notify  TSEMAIN. 

For  example,  if  the  power  threshold  is  presently  150,  and  the  user 
wishes  it  to  be  raised  to  200,  he  simply  enters  the  CHANGE  command  and  waits 
for  the  prompt 

CHANGE 

-CHANGE> 

He  then  types  in 

>:=CHAN3E>  ZTH=200 
"‘CHANGE>  iCND 

where  =‘'CHANGE>is  the  prompt  and  is  printed  by  the  system.  The  system 

will  respond  to  END  with 

CHANGE:  END  OF  TASK  0. 

An  unrecognizable  input  will  cause  CHANGE  to  print 

CHANGE:  lEEEGAE  COMMAND 
CHANGE> 

A parameter  may  be  changed  any  number  of  times,  but  only  the  last 
change  will  be  implemented. 


58 


PARAMETER 


M EANING 


POSSIBLE  VALUES 


RHO 
ZTH 
BETA 
PC  T MIN 

MMU 

SIGMA 

MINUTE 

DISPLAY 

BGNA 

ENDA 

ELEVl 

ELEVZ 

MODE 

END 


RANGE  THRESHOLD  0<  x <NRC 

POWER  THRESHOLD  0<  x <512 

RANGE  OVERLAP  THRESHOLD  0<  x <NRC 

PERCENTAGE  OF  GROUND  0<  x <100 

CLUTTER  TO  BE  IGNORED 


VELOCITY  THRESHOLD  0^x<25b 

VARIANCE  THRESHOLD  0<  x <2  56 

TLME  BETWEEN  DATA  COLLECTION  0<  x <1000 
IN  MINUTES 

DISPLAY  ON  WHICH  PLOT  IS  TO  BE  1^  x M 
OUTPUT 


BEGINNING  ANGLE  FOR  SECTOR  0<  x <360 
SCAN,  IF  >360,  A PPI  WILL  BE  (x>360  = PPI) 

INPUT 


END  ANGLE  FOR  SECTOR  SCAN  0<x<360 

LOWER  ELEVATION  THRESHOLD  O^x  <60 


UPPER  ELEVATION  THRESHOLD 
MODE  OF  OPERATION 


0<  X ^0,  Must  be 
greater  than  ELEVl 

0 = TIME 

1 = DEMAND 

2 = CONTINUOUS 


END  OF  CHANGE,  STORE  FLAG 
AND  EXIT 


TABLE  5-i  OPTIONS  FOR  TSECHNG  ROUTINE 
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APPENDIX  A 


TEST  SOFTWARE  FOR 


PPRI 
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APPENDIX  A 


TEST  SOFTWARE  FOR  PPRI 

The  PPRI  Test  program  is  run  as  an  executive  task  on  the  7/ >2 
ccimouter,  and  therefore  does  not  use  the  l/O  drivei«.  The  flow  chart  is  shown 
in  F’.g’.’it.  A-E 

The  program  begins  by  outputting  a CLR  command  and  enabling  the  TEST 
mode  on  the  PPRI.  Now,  by  writing  data  to  the  PPRI,  real  data  may  be  simulated 
for  use  in  testing  the  interface.  The  test  then  outputs  a SYNCl  code,  and  waits  for 
an  interrupt.  11  no  interrupt  is  generated,  an  error  is  produced. 

The  second  test  performed  by  the  program  is  to  test  the  bit  manipulation 
harcware  by  outputting  ancillary  and  video  test  words  and  observing  the  input  from 
th.‘  interface.  For  both  cases,  a word  of  all  I's  is  output,  then  all  O's,  and  then 
two  cases  of  valid  data.  In  the  video  mode,  the  data  are  chosen  so  that  the  x's 

sign  rnagiiitude/2's  comp  converter  will  be  tested. 

The  program  then  outputs  a sync  code  (not  SYNCl)  to  be  sure  that  sync 
codes  are  not  passed  to  the  FIFO.  This  test  also  ensures  that  ancillary  data  in 
subsequent  subframes  are  ignored. 

Since  the  input  clock  in  the  test  mode  is  actually  the  DAG  pulse  from  the 
processor,  and  due  to  the  slow  cycle  time  of  the  7/32,  the  CPD  cannot  be  tested 
in  software. 

There  are  3 commands  recognized  by  PPRI  TEST: 

S Start  test  program 

C Continue  test  from  last  executed  point  (this  allows 

the  user  to  continue  the  test  if  an  error  is  detected) 

H Halt  the  test  and  return  to  the  OS.  The  return  code 

is  the  number  of  errors  encountered. 

These  commands  are  only  processed  when  the  program  is  in  t ie  command 
mode.  They  are  ignored  while  the  task  is  in  progress.  When  the  program  is  n 
command  mode,  an  asterisk  (*)  is  printed  to  the  console. 
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PPKITEiS'f  is  run  by  entering  the  CSS  command  Pl^RITEST.  The 

torinat  is 

PPRITEST  (DEVI:) 

where  )KV1;  is  the  optional  device  to  which  mesfages  are  to  be  output.  The  valid 
devices  are  PAS:  and  CON;.  The  default  is  CON  , which  means  that  al,  commands 
and  messages  are  done  on  the  system  (.onsole.  If  for  some  reason  the  user  wishes 
to  use  a C.Rl,  1 TY  or  DEC  writer,  he  can  connect  it  to  the  PASLA,  and  enter  PAS 
as  the  device.  PPRITES'l  will  then  output  all  massages  to  the  PASLA. 

There  are  6 error  messages  which  may  be  output  by  PPRITEST.  The 
messages,  their  meanings  and  possible  causes  are  listed  in  Table  A-1. 
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I Output 
jSync  Code 


FIGURE  A-L  FLOWCHART  FOR  PPRI  TEST  PROGRAM 
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APPENDIX  B 

5CKMI  TEbT  SOFTWARE  (SCRMITST) 
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APFEINDLX  B 

SrKMi  TES  r SOi  TWARE  (SCKMITST) 

Sim  1'  'ji’“  SCRMl  is  a transparent  interface  it  can  be  tested  with  a modified 
version  of  Lite rdala' s Common  U LI  test  package  (program  number 
06-K't'^M96KO6  At  i).  Ihe  moditit  ations  consist  of  adding  an  END  command  tc 
return  to  the  operating  system,  and  changing  the  interrupt  service  routines  I j 
be  < ompatibie  v^ill  an  CS/3Z-MT  executive  task.  A complete  description  of  ihe 
ULI  Test  Program  may  be  found  in  Reference  9. 

Unlike  In’erdata's  tost,  the  5CRM1  test  requires  no  jumper  cable  to 
connect  the  inputs  and  outputs.  This  connection  is  done  on  the  SCRMI  when  the 
user  outputs  a TEST  command.  This  is  automatically  done  by  SC  RMITST. 

There  are  tour  options  recognized  bySCRMITST.  These  are  lifted  in 
Table  B-1  and  discussed  in  Reference  8. 

The  two  commands  recognized  by  SC  RMITST  are  "RUN"  and  "END”. 

Wlien  "RUN"  is  entered,  the  test  is  executed,  and  either  a "NO  ERRORS"  or  the 
appropriate  error  message  will  be  printed  on  the  list  device.  Unlike  the  ULI 
test,  the  SCRMI  test  does  not  loop  on  an  error  condition,  but  returns  to  com- 
mand mode  and  prints  an  asterisk  (-f).  To  return  to  the  operating  system,  type 
"END". 

To  run  SCRMITST,  use  the  CSS  command  SCRMITST.  the  format  is; 

SCRMITST  (DEVfl:) 

where  DEVI:  is  the  optional  list  device.  K this  parameter  is  null,  or  anything 
but  PAS:,  the  system  console  (CON:)  is  used.  If  PAS:  is  entered,  SCRMITST 
will  do  all  command  and  message  I/O  to  the  pasla.  The  user  may  connect  a 
TTY,  CRT,  or  DECWRITER  to  the  pasla  for  this  purpose. 

A list  of  error  codes,  reasons,  and  comments  is  given  in  Table  B-2. 


Reference  9. 


Common  Universal  Logic  Interface  Test. 
Interdata  PN.  B06-129RO6,  May  1975. 
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Appendix  C 


COMMON  UTILIZATION  IN  TS  E 


There  are  a total  of  eleven  labelled  common  blocks  in  TSE.  Four 
of  Lhest,  are  task  i.ommons,  and  as  such  can  be  referenced  by  other  tasks 
(e.g.,  iSEDUMP,  or  CHANGE).  All  common  blocks  used  by  the  TSE  system 
and  their  relative  addresses  are  listed  in  Table  C-1.  Table  C-2  lists  the  common 
utilization  acco-.  ding  to  subroutine. 

LOCAL  COMMON  BLOCKS: 


ADDRESS 

NAM  1 - 

00  5CB8 

MUSIG 

005CC0 

READZ 

005CC8 

SECTOR 

005CD0 

DATA 

00C6A0 

ALP 

00C6A8 

RUNSUM 

TASK  COMMON  BLOCKS: 
ADDRESS  NAME 

020000  TASK 

OTOOOO  ZSTORE 

040000  DONE 

050000  EXTRA 


TABLE  C-1  LIST  OF  COMMON  BLOCKS 

AND  THEIR  RELATIVE  ADDRESSES 
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Figure  D-1  InterdiiUi  7/12  Protessur  and  10  M Byte  Disc  Drive 


igure  D-2  Liine  Printer,  Card  Reader,  and  System  Console 


1 -HII 

JL  J 

igure  D-6  TSE  output  on  Data  in  Figure  D-5.  The  cell  at  the 

center  of  the  plot  is  local  showers  and  ground  clutter. 
The  cell  to  the  left  of  center  is  a storm  cell  moving 
northward,  as  evidenced  by  the  past  centers.  Time 
between  cell  centers  is  five  minutes. 
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APPENDIX  E 


l.JST  OF  SCHEMATICS  FOR  THE 
ECHO  TRACKING  AND  SIGNIFICANCE  ESTLMATOR 


Schema  tic 

Size 

# of 
Shee  s 

Drawing 

Number 

Pulse  lair  Recorder  Interface 

D 

2 

977973 

Scan  Cunverter/Refresh  Memory  Interface 

D 

1 

977974 

(iable  Wiring  Diagram:  DDI  to  SCRMI 

D 

1 

977975 

PPi^  Recorder  Decoder ''' 

E 

3 

897 ol 7 

PPP  Recorder  Encoder/Decoder 
Interconnection  Diagram 

E 

I 

897650 

'■■Revised  Drawings  from  earlier  contracts 
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OPERATING  SYSTEMS 


OS/32  MT 


GENERAL  DESCRIPTION 

OS/32  MT  IS  iin  event  driven  inulti tasking  operating  system 
for  the  Interdata  32-bit  computer  sy  terns.  The  operating 
syslfiTi  proviries  concurrent  supftort  lor  foreground  multi- 
tasking apttlication  systems  and  background  batch  oriented 
program  development,  ftie  full  powi  r and  flexibility  of  the 
Megamini  architecture  are  mai.tu  avail  ible  to  the  user  ippli- 
cation  system,  tiy  responsible  yet  resi  onsive  resource 
manageimint  facilities 

The  program  development  features  of  OS/32  MT  mini- 
mi/e  th(;  time  and  effort  needed  to  test,  debug  and 
integrate  use'  programs  and  systems.  The  powerful  com- 
mand languine  allow;  complex  jobs  to  tie  jierformed  easily 
with  minimum  ojxira  it  intervention,  the  Command  Sub- 
stitution System  allot  s usi;  i f (larameteri/ed  catalogued 
command  streams,  automat  c fault  detection  warns  the 
user  of  protilems  as  eady  as  ( ossible,  Automatic  Interactive 
Debiigriinij  (OS  AKTSI  is  provided 

The  OS/32  MT  Filing  System  provides  management  of  mass 
storarie  faciluies  rangiru)  from  the  small  2. fa  MB  disc  througli 
multiple  MS1 1 discs.  The  file  manager  performs  the  tedious, 
yi!t  comfilex  Housekeeping  chores  of  stiace  allocation,  access 
coordination  and  static  and  dynamic  file  protection,  allowing 


programmers  to  concentrate  on  making  t/i  ' best  us  ; of  this 
valuable  resource. 

The  device  independent  Input/Output  sy  tern  pro'  ides  sup- 
port for  a wide  range  of  peripheral  devices,  incTud.ng  unit 
record  devices,  magnetic  tape,  revolving  mass  storage,  analog 
and  digital  equipment,  and,  through  the  use  of  ITAM,  a 
wide  range  of  communication  equipment. 

FEATURES 

• Human  Interface  - powerful  commands,  catalogued  job 
streams,  foreground  control  with  concurrent  background 
operation, 

• Resource  Management  - up  to  255  tasks,  up  to  255 
priorities,  priority  scheduling,  time-slicing  option,  effr  lent 
allocation  of  memory  spaa;,  automatic  protjram  reloc,ition 

• Application  System  Support  - Intertask  communication 
and  coordination,  task-level  interrupt  handling  traps,  clock 
services  with  periodic  facilities,  multiple  task  commons 
and  reentrant  library,  acces'i  to  shared  memory. 

• File  Management  - Named  files  and  devices,  logical  I/O, 
contiguous,  chained  and  indexed  file  structures,  random 
and  sequential  access,  static  and  dynamic  file  (irotection 

• System  Generation  — Options  as  flexible  as  the  hardware, 
software  functions  tailored  to  customer  needs. 
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COMPREHtNSiVi  OPERATi^3  FA^ILiTiES 

OS/52  MT  gives  comprehensive  service  to  application  pro- 
grammers in  all  pluses  ot  their  vvork,  from  the  design  through 
program  preparation  and  devaiopm.ent  to  operational  support 
of  completed  applications.  Furthermore,  OS/32  MT  provides 
these  various  functior>S  cr  ncurrentlv,  v^ith  user  defined 
priorities,  so  that  o.i  nne  foreground  systems  can  function 
securely  wnile  background  program  development  rs  per- 
formed. 

The  m.ajor  eleitieros  ..  i "h.i  otaerati.ig  system  are 

• Task  Management 

• Memory  Management 

• File  Management 

• Fluman  Interface 

TASK  MANAGEMENT 

The  task  management  facilities  provide  ail  the  functions  re- 
quired to  create,  schedule  ana  execute  ar  application  system 
of  cooperating  user  tasks.  Foreground  systems  of  over  250 
tasks  can  operate  with  assured  integrity  concurrently  with  a 
background  programi  development  environment. 

Task  Scheduling  is  provided  on  a user-defineo  priority  basis, 
with  up  to  255  separate  task  priorities.  The  priorities  of 
tasks  determine  the  order  in  which  they  gain  control  of  the 
processor.  Priority  is  also  used  to  resolve  Input/output  con- 
flicts, Tasks  at  the  same  priority  are  serviced  at  the  user's 
option,  either  first-come  first-served  or  by  time-sharing. 

A foreground  task  is  scheduled  in  response  to  one  of  four 
types  of  event: 

• Operator  Requests 

• Hardware  Inteuupts 

• Inter-Task  Events 

• Timer  Service  Events 

OS/32  MT  provides  a wide  range  of  intertask  communication 
and  coordination  functions  to  foreground  tasks.  These  en- 
able the  user  to  build  well-structured  systems  of  tasks.  A 
supervisor  call  (SVC)  allows  a user  task  to. 

• Load  a task 

• Suspend  or  r-slease  a task 

• Start  a task 

• Cancel  a task 

• Queue  a parameter  to  a task 

• Send  a block  of  data  to  a task 

• Change  a task's  priority 

• Respond  to  external  interrupts 


TASK-HANDLED  TRAPS 

OS/32  MT  provides  a powerful  intcrupt  hanolmg  capability 
at  the  task  level  - the  Task-Handled  Trap.  This  facility  per- 
mits a task  to  be  interrupted  in  its  normal  execution  sequence 
by  any  of  a variety  of  hardware  and/or  software  conditions  — 
particularly  valuable  for  intertask  communication.  A task 
handled  trap  may  occur  for  the  following  reasons 

• External  interrupt  from  a trap  generating  device, 
e Receiot  of  a message  from  another  task 

« Completion  of  an  I/O  proceed  request, 
t Termination  of  a specified  time  delay 
e Communications  with  an  OS/32  Debug  System. 

• Memory  access  fault. 

«■  Illegal  instruction.  Arithmetic  Fauit 

• Power  restoration  after  outage 

Tasx-tandled  trapping  ennances  the  processing  of  multiple 
asynchronous  events.  For  example,  consider  a task  providing 
conversational  facilities  to  a number  of  terminals  simultan- 
eously. By  issuing  l.fO-proceed  calls  to  all  of  the  terminals 
and  then  entering  Trap  lA/ait,  a task  can  respond  to  each 
transfer  as  it  completes.  It  does  no;  have  to  be  continually 
scanning  tor  transfers. 

TasK  trapping  also  is  useful  when  a task  must  be  awaxered 
in  response  to  interrupts  from  some  external  oevice  Certain 
drivers,  particularly  the  Eight-Line  Interrupt  Module,  i^n 
cause  a task  tiap  in  response  to  an  interrupt  from  the  device. 
The  functions  provided  by  OS/32  MT  for  handling  these 
traps  inclu.les  the  complete  ISA  (Instrument  Society  of 
America)  proposed  standards  for  process  control.  These  are: 

h Connect  - Attach  a device  to  a tasK. 

• Thaw  — Enable  interrupts  on  a device. 

• SINT  — Simulate  an  interrupt  on  a device.  This  extension 
to  the  standards  is  extremely  useful  for  simulation  pur- 
poses, and  is  frequently  required  for  initialisation  and 
debug  functions. 

• Freeze  - Disable  interrupts  on  a device. 

• Unconnect  — Disconnect  a device  from  a task. 


MEMORY  MANAGEMENT 

Tho  o()(>r,iting  systeiiri  on.-ihlos  a user  u.i  the  main 

nn'muiv  stnicture  tor  tris  appiu.jnon  reti’jiremo'its  At  sys- 
tem (ictv'tdtion  tiir.e,  tiie  user  siae-  ifies  'he  numtrer  an,l  size 
.il  tn.r  tuiegrmiiul  pai  iituins  i tn  I'ruitraiumer  writes  i ouimes 
11  siihroutines  'i/  ti'oiit  -/hk  em  fur  physii.al  ailriresses  m 
■III  mory  ri  ten  i-'  e tofnat, 

'ho  CAL  as'»;ml.i<.r  produr.es  object  code  optimi/ed  to  1 iko 
i tvaniciiie  ul  tu.  various  memiav  and  tiirie  saving  short  i jrm 
uvmory  reten  c . e instructions  of  Interdata's  32-!)it  arcti  lec- 
ture, Tt-e  detoi  ■ jssii'  lated  with  aodress  lelocation  are  i itally 
invisible  to  user  asks  and  are  aicomplished  via  the  Metn'  iy 
Ai  ci-ss  Cotitiolli  r.  A.iditionally,  the  Memory  Access  Co  i- 
tioller  allows  loa.iiny  of  non-resident  tasks  directly  into 
metnrvy  at  DMA  lates, 

1 fie  OS  Itself  and  all  statu,  -.lata  structures  f that  is,  those  tfiat 
are  unrh-aiminji  in  size  as  time  passes)  are  located  in  the  lowest 
pan  of  (ihysicdl  me.nory.  Dyna.  riic  data  structures,  such  as 
File  Control  Blocks,  .are  located  in  the  iiiqhest  part  of  local 
uvniur)'.  The  rt.miainilei  of  physit.al  memory  is  devoted  to 
usr'r-sirecified  jiarti lions. 

MEMORY  PROTECTION 

A variety  of  memory  (irotection  mechanisms  is  provided  by 
OS;32  MT. 

Access  to  the  system  dynamic  data  is  controllrtd  so  that  no 
'■riant  task  can  seize  enooqti  space  to  distoib  the  rest  of  the 
system  At  task  establishment  a limit  on  the  amount  of 
■ystem  space  is  set  for  each  task  It  that  limit  is  exceeoed 
through  som*;  proiiram  error,  the  system  call  is  rejected. 

FOREGROUND  PARTITIONS 

More  than  250  foreground  partitions  may  be  established  at 
system  tjctneration.  Optimal  alloca’ion  of  memory  is 
achieved  if  partitions  are  . rranger  in  ascending  order  of 
si/p  with  the  smaller  partr  ms  at  i rwer  m-  mory  addresses. 

A task  may  tie  cfynarnicall  loaded  into  any  partition  that  is 
sufficiently  largi;.  No  disti  iction  is  made  ftetween  one  parti- 
tion and  another  A partit  ilar  partition  need  not  tie  specified 
when  a task  is  established  • r invoked.  Therefore,  tasks  are 
automatically  relocated  to  .my  available  partition. 

Tasks  running  in  foreground  pai  titiuns  are  permitted  to  per- 
form a variety  of  intertask  functions.  They  can  request  the 
loitding  .ind  execution  of  other  foreground  tasks,  cancel  or 
rfelete  tasks  from  memory,  and  pass  jrarameters  to  tasks. 

BACKGROUND  PARTITION 

A trackgrourid  partition  is  provided  primarily  for  on  line  pro- 
gram development  and  debugging.  The  size  of  the  background 
is  specified  by  the  user  at  system  generation  time.  It  can  be 
adjusted  by  the  ronsole  operator  as  more  spare  is  available 

TASK  COMMON 

Task  Cumriion  jidi  liliuiis  are  shai able  data  segment  with 
ar.ress  limited  to  foreground  tasks.  Their  sizes  can  lie  any 
iriultijile  of  25i)  bytes  uj)  to  the  total  available  memory. 


Task  Common  segments  may  also  be  positioned  in  ri  ulti- 
ported  shared  memory 


MULTIPORT  MEMORY 


RESIDENT  LIBRARY 

Programs  shared  by  numt-  ous  tasks  are  maintained  in  the 
Resident  Library,  which  can  be  any  size  from  256  bytes  in 
256-hyte  increments  to  64  KB  Both  foreground  and  back 
ground  tasks  may  execute  programs  in  the  resident  library 


TASK  LOADING 

Tasks  are  loaded  in  memory  image  so  that  the  fastest  possible 
response  to  a load  request  can  be  j rovided  All  resolution  of 
internal  linkages  and  references  to  task  common  and  the 
Resident  Library  are  made  at  task  tstablishment. 

OVERLAYS 

Tasks  load  overlays  with  a Supervisor  Call.  They  are  loaded 
in  memory  image  with  the  minimum  of  system  overhead. 

FILE  MANAGEMENT 

Comprehensive  file  management  is  provided  in  the  operating 
system.  All  discs  are  accessed  through  OS/32  MT’s  file 
manager.  Three  file  structures,  two  access  methods,  and 
extensive  protection  features  are  provided. 

FILE  STRUCTURES 

All  three  file  typies  are  served  by  the  device-independent  I/O 
system.  Contiguous  files  provide  unbuffered  access  to  fixed 
sized  user  data  structures.  Chained  files  are  optimized  for 
sequential  access  to  ojaen  ended  data.  Indexed  files  provide 
an  ideal  compromise  between  ojsen-ended  sequential  access 
and  fast  random  access 


8b 


DATA 


FILE  PRCTECTION 


The'c  are  four  clas.'  s of  command 


0?/32  ,'/T  pri  'Idas  tvvi,  .ovfcib  of  .'foiecti.  .1  sta'.a.  >ir,u 
dynan'..' 

• Static  file  protection  defines  tnc  fixed  tead-and-wri;.;  ac- 
cess privilege  assoi  step  .“.ith  a ti|o  when  it  is  cieateo. 

• Dynamic  fd  : nr  tio"  si  i cifies  v.-ften  the  fde  is  opened, 
wrvthe:  th  use  wi'i  t>.  shared  >t  exclusive  (f  ji'  exan-.pie, 
shared  read  exclusive  write). 


( neral  System  Commands 
* Utility  Commands 
« Task-Related  Commands 
® Device  and  File  Commands 
o Command  Substitution  System 

An  extension  to  OS/32  MT,  the  Command  Supstitution 
System,  allows  commonly  ijerformed  operations  to  be 
executed  with  one  command. 


STATtC  mx  FaOTtCTlOrJ  f 


■-m*--  iVO/V.SITE  ! 


OYNmMiC  file  protection 


HUMAN  INTERFACE 

The  OS/32  MT  man-machine  interface  is  human  engineered 
to  simplify  communication  between  the  user  and  his  system. 

CONSOLE  INTERFACE 

The  operating  system  is  controlled  by  a console  operator 
through  a system  console,  typically  a CRT,  Carousel,  or 
Teletypewriter.  The  operating  system  reads  commands 
from  the  console  and  writes  system  messages  to  it. 


The  mformniion  coma,  ^ed  herein  is  intended  to  be  a ^?nef.jl 
description  and  is  $ub)ef  I to  chanqe  with  product  mhancement 


Printed  in  U S A. 


The  user  establishes  tiles  of  commands  that  are  cai.ed  from 
ihi:  consuiH  and  executed  in  a defined  sequence.  In  this  way, 
complex  operations  can  lx;  carried  out  by  the  operator  with 
only  a small  number  of  commands.  These  cdmmands  are 
analogous  to  macro-instructions  in  assembly  language 

• A set  of  logical  operators  are  provided  to  control  the  pre- 
cise sequence  of  commands  to  be  obeyed. 

«<  Parameters  can  be  passed  to  a CSS  file  so  tt  at  general 
sequences  can  tx;  written  and  will  take  on  specific  meaning 
only  wtien  the  parameters  are  substituted. 

• Other  CSS  can  be  created  and  called  within  the  CSS  file 
(nested  commands). 


SYSTEM  REQUIREMENTS 
MINIMUM  HARDWARE 

Model  7/32  or  8/32  processor 

128 KB  memory 

Display  panel  (Binary  or  Hex) 

Power  Fai  I/Auto  Restart 
Memory  Access  Controller 

Operator  Command  Console  (Note  It  operator  command 
console  is  a CRT  then  a binary  input  device  or  a Loader 
Storage  Unit  witn  an  app'ropriate  loader  program  is 
required  for  system  bootstrap). 

Universal  Clock 

Magnetic  Media  ( 9 Track  Magnetic  Tape,  or  10  MB  Disc). 


SUPPORTED  INTERDATA  HARDWARE 

Eight  Line  Interrupt  Module 

Line  Printers  (60-200,  300,  and  600  Ipm) 

Card  Reader  (400  or  lOOOcpm) 

Paper  Tape  Reader/Punch 
Cassette 

Magnetic  Tapes  (9  Track  800  and  1600  BPI) 

Discs  (2.5  MB,  10  MB,  40  MB  and  MSM80,  MSMSOO  storage 
modules) 

Video  Display  (TTY  Interface  or  20  PAS  LA/PALS) 

Loader  Storage  Unit 
Carousel  30,  35,  300 
Mini  Input/Output  System 
D'gitai  Multiplexor 
Real  Time  Analog  System 

Note'  OS/32  MT  does  not  support  peripheral  devices  inter- 
faced with  10"  (25.4  cm)  dt  .-ice  controllers. 


INTERDATA  PRODUCT  NUMBER 

S90006  OS/32MT 
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PROCEiSORS 


Model  7/32 
Processor 


PRODUCT  DESCRIPTION 

riK.'  Inti-rdHtd  Model  7/32  Processot  is  a powerful,  micro- 
prograi  irTK'd  32  bit  word  minicomputer  that  can  directly 
address  and  support  one  million  bytes  of  core  memory.  It 
feature-,  a lart)e,  i omtirehensive  instruction  set  for  bit, 
tiyte,  fialfword,  and  fullword  ■ -tierations  as  well  us  for 
fuHword  fixed  ijoint  .irittimeti'  . list  processinr],  data  com- 
munii  .itions  ( oritrol,  branchini),  and  iiuiut/out()ut. 

The  Model  7/32  is  the  entiy-level  system  into  Inierdata's 
3?-bit  i.om()uti;r  line  Its  perfotmance  is  rouijhly  eriuivulent 
to  the  IBM  Systems  370/1  3b. 

The  Mortel  7/3?  was  the  mrlustry's  first  32-bit  minicomputer. 
New  options  with  tfie  ciJfr6nt  3-board  Model  7/32-CII  include 
Hii;h  Speed  Data  tlamjlinq  instructions  and  Single  and  Doiibli 
F’recision  Floating  Point  Hardware. 

FEATURES 

• Two  sets  ot  3?  l)it  General  Retjislers 

• lb  ftegisters  per  set,  lb  can  be  used  for  Indexing 

• 3?b  ior  G4KB  Core  Mitrtiory  Modules 

• 300  Nanobi-i  ond  Ai.a-SS  T ime 

• Cyi  le  T line 

/‘lOor  lOOl)  Naiioseuiiids  lot  32KB  Modules 
1000  Nanoser.oriifs  lor  G4KB  Motfoles 

• Dual  bus  ari.fiiKtcture 


Up  to  eight  -nemory  modulps.or  2b6K  bytes,  fit  in  the 
central  processor  chassis  and  operate  as  local  memory. 
Memory  above  the  first  2b6K  bytes  lequiros  a Local  Mem- 
ory Bus  Interface  (L  MBI)  on  t for  ea  :h  256K  bytes  of 
memory  added.  In  addition,  an  EDN  A Buffer  or  Memory 
Access  Controller  (MAC)  must  be  in-  ated  between  the 
DMA  bus  and  LMBI  to  create  the  Ex  .tnded  DMA  (EDMA) 
bus,  which  allows  periphcrral  devices  and  the  («ntral  pro- 
cessor to  address  extended  memory  in  the  same  way  as  local 
memory.  MAC  segments  and  rolocatet  programs  on  256- 
byte  boundaries. 

Extended  memory  access  time  Is  800  n.inoseconds.  Cycle 
time  IS  unchanged  from  local  memory  i 750  nanoseconds 
or  1000  nanoseconds  depending  on  the  core  module  used. 

The  7/32's  flexible  I/O  structure  makes  it  easy  to  configure. 
The  dual  bus  architec  ture  supports  1023  I/O  device  addresses. 
The  extended  direct  memory  access  (EDMA)  bus  can  support 
16  high  speed  devices  on  each  ot  7 selector  channels.  Devices 
on  tlie  multiplexor  channel  can  use  the  auto  driver  cha  inel  to 
handle  the  housekeeping  details  associated  with  slow-s  leod 
character-by  character  transfers 

Figure  1 shows  a simplified  bloi  ■ diagram  of  a 7/32  system 
configuration. 
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Figure  1 block  diagram  of  a 7/32  system 


ADDRESSING  MEMORY 

Seven  instruction  formats  are  implemented,  as  snown  ,n 
Figure  2.  Halfword  formats  are  used  for  register-to  register 
or  register  with  4-bit  constant  operations.  The  fullword  for- 
mats allow  memory  addressing  to  locations  ± 16KB  relative 
to  the  location  counter  or  directly  to  16KB.  Both  formats 
allow  addressint)  a full  megabyte  of  memory  using  indexing. 
The  fullword  format  also  allows  specifying  a 16-bit  con- 
stant in  the  instruction. 

A 48-bit  instruction  allows  direct  addressing  of  a full  meg- 
abyte of  memory.  This  48-bit  format  also  allows  single 
and  double  indexing.  Another  46-bit  instruction  format  is 
also  provided  for  specifying  full  32-bit  constants. 

COMPATIBILITY 

The  7/32  is  peripheral-  and  data-compatible  with  all  Inter- 
data 16-bit  and  32-bit  processors.  It  is  compatible  at  the 
language  level  with  the  Interdata  16-bit  processors  via 


MACRO  CAL  (Common  Assembly  Language)  and  FORTRAN 
V.  The  7/32  is  totally  software  compatiole  with  the  Interdata 
8/32  Megamini. 

The  Model  7/32-CII  supports  the  single-  and  a juble-precision 
hardware  floating  point  option  but  will  not  s -oport  the 
single-precision  firmware  floating  point  option. 

Single  precision  hardware  floating  point  processor  cal- 
culates a guard  digit  beyond  the  least  signif.  ant  digit  in 
the  result.  If  the  hexadecimal  guard  digit  is  8 or  larger, 
the  option  rounds  the  least  significant  digit  up.  If  the  guard 
digit  is  less  than  8,  the  least  significant  digit  is  unchanged. 

The  Interdata  Model  7/32-CII  does  not  implement  the 
Halfword  Mode  of  ofteration  available  on  earlier  Model 
7/32  processors  The  Model  7/32-Cll  is  compatible  with 
earlier  Model  7/32  processors  operating  in  32-bit  mode. 
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iiistri)i:tions  iiilcl  ciitnos  to  or  rctiiovi?  cnliH'S  fro  n tire  top 
or  bottom  of  the  list,  thus  (truvitlinc)  ,i  facility  f'  ■ pnsti- 
clo'/vii  stacks  anri  niioiiiiKt  alqoritbnis. 

FLOATIIMG  POINT  PROCESSOR  OPTION 

T lie;  tiarilwai  lloatioii  |io.nt  (uoctissor  avail  ihlo  in  a 
Siiiijlt.’''tiotibl'  poicision  riiodf'l.  Th(  (.fata  formats,  as 
sfiown  ill  Fiiiiirp  4,  arc  totally  cu'iipatiblc  with  tfii;  floating 
tioirit  forma  s used  in  tfm  liitonJata  Modols  8/16  and  8/32 

Ttie  singlo/ci  'oblt!  p iicisiun  floatniri  (loint  [irocessor  oiition 
includos  twi  sets  of  eight  floating  point  registers,  one  set 
for  single-pri  cision  and  one  set  tor  double-precision,  Eacti 
set  of  registers  is  64  bits  long. 

Times  for  the  flotitinq  point  insmictions  a'e  listed  in  Tatrlc  1. 
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FIGURE  2.  INTERDATA  7/32  INSTRUCTION  FORMATS 


HIGH  SPEED  DATA  HANDLING  OPTION 

This  option  provides  facilities  to  computr  the  cyclic  redun 
dancy  chect  (CRC)  polynomial  used  by  r ost  data  com- 
munication protot  ils.  In  arfdition,  it  in  ludes  a mc>mory 
to-memory  yto  str  nq  move  with  transl.;  on  and  cumula 
tive  chtjck  ('  'her  on  the  data  byte  or  the  ranslateil  bytit. 

This  of'tion  can  calculate  thi  Binary  Synchronous  Com- 
munication . (BISYNC)  erroi  check  polynomial,  the  Syn- 
chronous Data  Link  Control  (SDLC)  error  check  (lolynomial 
or  any  othi  r defined  error-ctieck  protocol 


PROGRAM  STATUS  WORD  (PSW) 

I he  o'l  tral  pn  -i.essnr  nperatos  under  control  of  the  Pro- 
qtain  Si  itus  W-  'rd,  a 64-bit  field  of  tiaqs,  masks,  select  bits, 
i.ondilH  n endes,  and  location  counti.'r.  The  PSW  is  stored 
in  meiiii'ry  as  two  32-ljtt  words.  The  flit  designations  in 
the  PSW  .lie  shown  in  T iqiire  3. 
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W I , M A .yr-P  0 t H I HI  r,  SI  T c V G L 

J , 1 ■ /I  1 1 1 M I 1 J 


AAl  I SI  AT  I 

iMMlDtAtl  INIIHHUHI  MA  .K 
MAI  FHNI  MAI  MINT  I IllN  INK  HHUHT  MASK 
AHITHMI  TIC  f AUl  I iNTCBRUHr  MASH 
RISIRVIO  MUStBI/IRO 


J 

Ml  ANIN' 

RIlOCA  DNPHOri  MON  INK  RRUPT  MASK 
SVSTIM  orui  StH  'Id  INTERRUPT  MASK 
PROTEC  I MODI 
REGISM  I SET  SElii  T 
NDiMoNCODE 
Rl>FRVID  MUST  BE  ZERO 
tOCATKiN  rOUNTl  R 


WORD  • 37eiTS 


riOATING  i-OINt  ARIIHMETK' 

7 8 M 17  'A  16  >9  7(1  33  24  27  78  31  63 


BQ 


BIT  0 • SIGNOE  FRACTION 

BITS  1 THROUGH  7 • EXPONENT  OE  HCKAOfC'MAl  FHACTIO^.  EXPONENT  EXPRESSEO  IN  EXCESS 
64  NOTATION 

BIT58  THROUGH  31  • SINGLE  PRECISION  ERACTIONOF  eHEKAOECIMAl  DIGITS 
BITS  B Through  63  • ooubie  precision  fraction  oe  i4  hexaofcimal  digits 


FIGURE  3.  INTERDATA  7/32  PROGRAM  STATUS  WORD  (PSW) 


FIGURE  4.  INTERDATA  7/32  DATA  FORMATS  FOR  FIXED 
AND  FLOATING  POINT  ARITHMETIC 


LIST  PROCESSING 

The  I isl  I’rnressinq  instructions  niaiiipiilale  entn  s stored 
in  slots  in  a cnnceptiiatly  i ircolar  list  using  paraii  'tars  stored 
within  ifie  list  the  paiameters  include  the  numi  r of  slots 
in  tfie  list,  iiiiinher  of  slot  . iisrtd,  the  imirent  top  rid 
hotlom  and  tin  next  tup  and  tiottom.  L ist  Proce  .sing 


BEST  AVAILABLE  COPY 


TABLE  1.  INTERDATA  i/iODEL  7/32  INSTRUCTION  EXECUTION  T^-IES 


^ ! 

Type  , 

instruction  . 

&K»cutton 

Vrfnu  »n  /a****;* 

Type 

instruction 

Execution  Time  in  ,isec* 

750  nsec 
Merrory 

lOOG  nsec 
Memory 

750  ns«c 
Memory 

1000  nsec 
Memory 

L0--'0/iNlD  1 

Lo.id  ! 

3 I'b 

4 00 

1 iXED 

OR  Im.TiGdiate 

2.50 

TOO 

STonf 

1 oa-."  Ri.‘;itsler 

1 00 

1 00 

point 

OR  Halfword 

2 75 

3,00 

INSTrtdCTiOMS  1 

Load  linrnediali 

7 SO 

3 00 

1 OGUSAL 

OR  Halfword 

Loaa  IrnmcdiaU- 

INSTRUCTIONS 

Immodratfe 

1.75 

2 00 

Shori 

1.00 

1.00 

(Cont  ) 

Exclusive  OR 

3 25 

4.00 

1 

l.odci  Cf.inoit'ineni 

Fxclus  ve  OR 

1 

' 1 

S'.o.  ^ 

l.-O 

V) 

Register 

1.00 

1.00 

7 /5 

TO 

Exclusivt*  OH 

i..v.  ‘/.  i ..  j 

Immi.'diate 

2.50 

3.00 

Iinnic1it;ie 

1 /b 

2 00 

E xclusive  OH 

Load  Haltwo'd 

! 

Halfword 

2 75 

3.00 

Logical 

7.50 

3.25 

E xciusrve  OR  Half- 

Load  Adcire'JS 

2.00 

2.25 

word  Immediate 

1.75 

200 

Load  Mii  X'ple 

? r/j+2  fX/n  V 7f.42  2 50 

Compare  Logical 

3 25 

4 00 

Sto.a 

3 75 

4.00 

Compare  Log.cal 

, Store  fTdiiwofd 

2,60 

3.00 

Register 

1.00 

1.00 

1 

Store  Mbilni'e 

2.50+1  50n  2 6C+2  00n 

Compare  Log  cal 

1 

I xchfifu}*'  »i«i»fwora 

Immediate 

250 

^ 00 

1 

Req.ster 

1.00 

1 00 

Compare  uogicai 

tn  - Mumbei  Of  words) 

Halfword 

2.75 

300 

i 

Comp^are  Logical 

FIXED 

Ado 

3.25 

4.00 

haifwo'd 

POINT 

Add  Rf'qister 

1.00 

1 00 

Immediate 

1 75 

2.00 

ARI  THMETIC 

A.jd  iTirnrididte 

2,50 

3.00 

Test  ImmeOioie 

2.50 

300 

INS.  RUCTIONS 

Add  Immadia'.e  Snort 

1.25 

1 25 

Test  Halfword 

1 

Add  Hdlfwora 

2.V5 

3.00  1 

Immediate 

1 75 

2.00 

j 

Add  Halfword 

1 

Test  and  Set 

3.25 

3 75 

1 

Immeclidie 

1./5 

2,0U 

Add  to  Memory 

5.00 

600 

SHIFT 

Shift  Right 

3.25+25 

3 50+  25 

Ado  Halfword  to 

INSTRUCTIONS 

Lo.3ical 

(In  21, '2) 

I(n.21/2' 

Memory 

3 50 

4,0C 

Shift  Right  Ha  tword 

1. 75+25 

1.75+25 

Subtract 

3 2b 

4.00 

Logical  Short 

(n-1 ! 

(nil 

Subtract  Register 

1.00 

1.00 

Shift  Right  Halfword 

2.00+.25 

2.25+25 

SubtrdCt  Immediate 

2,50 

3.00 

Logical 

(n-1) 

In- 11 

Subtract  Immediate 

Shift  Right  Logical 

2 75+  25 

2,75+  2b 

Snort 

1.25 

1.25 

Short 

((n-2)/2l 

l(n-2l/2l 

Subtract  Halfword 

2 75 

3.00 

Shift  Left  Logical 

3.25+  25 

3 50+.25 

Subtract  Halfword 

lln-2)/2l 

lln-2l/2l 

Immediate 

1 75 

2.00 

Shift  Left  Halfword 

1. 75+25 

1 75+25 

Compare 

4 00 

4.60 

Logical  Short 

In-ll 

(r-1 1 

1 

Compare  Register 

1 75 

1 75 

Sliitt  Left  Halfword 

2 00+  25 

2 25+  25 

Compare  Immiidiate 

3.25 

3.76 

Logical 

(n-l| 

InU 

Compare  Halfwoid 

3,50 

3.75 

Shift  Left  Logical 

2.75+  25 

2 75+  2b 

Com|.wre  Halfword 

Short 

lin-2l/2l 

l(n-2)/2l 

Immediate 

2.50 

2.75 

Shift  Right 

3 76+  25 

4.00+  25 

Multiply 

24.00 

24,50 

Arithmetic 

Iin-21/21 

lm-2)/2l 

Multiply  Register 

21.75 

21.75 

Shift  Right  Halfword 

2.50+.25 

2 75+  25 

Multiply  Halfword 

6,00 

6 25 

Arithmetic 

(n-ll 

(n-11 

Multiply  Halfword 

Shift  Left 

3.75+25 

4 00+  25 

Register 

4.25 

4.25 

Arithmetic 

l(n-2)/2] 

lln-2)/2l 

Divide 

82.75 

83.00 

Shift  Left  Halfword 

2 75+  25 

3,00+,25 

Divide  Retpsier 

80.25 

80.25 

Arithmetic 

ln-1) 

(n-1) 

Divide  Halfword 

13.00 

13.25 

Rotate  Right  Logical 

1.75+1.00n  2.00+1.00n 

Divide  Halfword 

Rotate  Left  Logical 

1 75+1  OOn  2 00+1.00n 

Register 

11.00 

1 1.00 

(n  • ruimbe 

of  bits  shifted) 

FIXED 

AND 

3.25 

4.00 

FLOATING 

Add 

600 

6 50 

POINT 

AND  Register 

1 .00 

1.00 

POINT 

Add  Double 

9.76 

10  75 

logical 

AND  Immediate 

2.50 

3.00 

INSTRUCTIONS 

Ado  Register 

3.75 

3.7b 

INSTRUCTIONS 

AND  Halfword 

2.75 

300 

(HARDWARE! 

Add  Double  Register 

3.75 

3.75 

AND  Halfword 

Siitjtract 

6.00 

6.50 

lmfT>edidte 

1.75 

2.00 

Subtract  Double 

9.75 

1 1,75 

OR 

3.25 

4 (X) 

Subtract  Register 

3.75 

3.75 

OH  Register 

1.00 

1 00 

91 


TABLE  1.  (NTFRDATA  MODcL  7/32  INSTRUCTION  EXECUTION  TIMES  (Continued) 


r ^ [ 

j Type 

! 

iMStructiOn  1 

E xecntion 

1 ime  in  Rsec*^ 

- - - — ' - ‘ r 

T vj>« 

1 

1. 

Instructit'O  ^ 

Execution  T ime  in  /Jsec* ; 

7S0  >»<•  1 

1000  I'Mc 

Mumory 

750  nsec  | 
Memory 

1000  nsec 
Memory  j 

. ‘ 1 { . T I Mi 

StiHfrf<-r  1 

BRANCH 

Branch  <•  nl  Link 

I 

t p( 

3 75 

INSTRUCTIONS 

Rijiliv  nr 

1 50 

1 50 

1 1 ■ 

( » L t<  1 

t tM 

‘.M  t 

fCvtni  ) 

Brartch  < ■■  IntJifx  Hi  ih 

4 75 

500 

1 tt-t  AHt.’U  AKf  1 

.'.'I-  . •. 

a so 

o 50 

B'ancTt  -n  livifx  Lnvw 

i if.wpt ) 

f*'^infi  jn*  Rt 

3(i0 

3 00 

u<  i iaal 

4 75 

5()0 

1 

r -niv^.'  O-iul':  - 

1 

Convt'f  to  Hallworcl 

1 

fjt' 

la) 

Va'  1*'  Rl’TiStHr 

2 75 

2 75 

i ' 

M’.i  !.t  V 

'7  'h 

i 3 25 

1 

V.t.‘t'n*V  DiUlb't'. 

21  2b 

22  25 

COiMMUNiCA 

Cyclic  Redundancy 

M-.  fK' 

10  SO 

1050 

TIONS 

C'"ii<  12 

1 1 50 

1200 

1 

\i«J  Ti!'* 

INSTRUCTIONS 

Cyciii  Hedunnancy 

1 

If.  25 

'0  25 

Ch  'ck  16 

13.00 

13  50 

1 

O'V.  ^ 

13 

13  75 

Translate 

4 25 

6 00 

1 )iv u'l  ' 

21  (in 

23  00 

Si'T'uiatt*  Chat  lel 

1 

1 

Oiv'CK.'  R'j.,  *>:►" 

10  75 

10  7b 

Program 

5 50 

5 75 

' 

n»viRf’ 

■ 

16  75 

16  75 

Bir 

Ifsi  Br 

5 76 

600 

I 

h 

5.7  . 

VIANIPULATION 

Set  Bn 

6 25 

6 50 

1 .l.tci  U'7L.?  '«• 

7 75 

H.75 

INSTRUCTIONS 

Rnsiit  Bil 

6.00 

6 26 

1 .mKJ  ' 

2 OO 

2.00 

Complement  B't 

6 25 

6.50 

; 

. o.kI  Ooul-to  Htilpsti;' 

2 00 

2.00 

, 

t..»  iR  Mvjiiipif 

3 2^-*3.1>0n  3.bO+3  2^>r 

STATUS  AND 

Load  Progr^i'T- 

’ n 

luiipiH^r  ot  37  D’t  o;'‘;ianctsl 

CONTROI 

Status  Word 

6 50 

7 50 

1 

Si(-ri 

: ‘>0 

5.00 

(NSTRUCTtONS 

Load  program  Status 

1 

S»on‘  OiH.hlt* 

b.  /b 

f 7 b 

Word  Rc*g»ster 

3 50 

3.50  1 

1 

Sloff  MulIiplH 

3 2b*  2 ;bn  3.50^2  Vbn 

t xct^ange  Program 

1 

i 

1-1 

'■urntMH  ol  32  fc't  opt!fands) 

Status  Roqister 

3 75 

3 75 

f 1 

6(X) 

6 50 

Supervisor  Call 

7 00 

7.50 

1 

f (X 

6 IXl 

6.50 

i 

1150 

5.(X) 

LIST 

Ado  to  Top  ot  List 

4 5 

5 25 

1 

y lodt  Duuh'E' 

) 50 

5.00 

HANDLING 

Add  to  Bottom  ol  List 

4 /5 

5 25 

i 

INSTRUCTIONS 

Remove  From  Top 

HY  Tf 

U).ui  Bv 

2 75 

3 25 

o'  List 

500 

5 50 

HANOI  INC. 

Lo.xi  bvl*'  RtMistPE 

1 2b 

1 25 

Remove  From  Bottom 

INSTRUCTIONS 

Sl  ''!’  Bv- 

3 25 

4 00 

ot  List 

5 00 

5.50 

StOfE*  By*  Ret.iistt'r 

2 IK) 

2 00 

Fxchdnt)!  By  It' 

DATA 

Process  Byte 

5.00 

5 25 

Reqtsi'‘f 

1 00 

1 00 

HANDLING 

Process  Byte  Register 

3,50 

3,50 

Compiift*  Lomca'  Byte 

300 

3 25 

INSTRUCTIONS 

Move  an(}  Process  Byte 

(See 

ISee 

Sirin')  Register 

Below) 

Below) 

BRANC  i 

Fir,jf>t:h  Mft  7 rut' 

INSTHUCriOftS 

Ct»iKl  t'on 

2 00 

2 2b 

INPUT, 'OUTPUT 

Autoloar 

6 24  + 2,50 

6 50+2  50 

Brant  f.  ijn  Trut* 

INSTRUCTIONS 

.+2  50n 

l+2  50n 

ConRitipn  Reijisit." 

I bO 

l.bO 

Simulate  Interrupt 

7 50 

7.75 

Read  Data 

4 00 

4 25 

Hr, inch  '.n  Tftit' 

C'lniM'nn 

f t>i  w.itci  ShiTf  l 

1 50 

1 50 

(L  = length  ot 

Branch  on  Troh 

leader  in  bytes. 

Ci)f wi  1 lon  Bfi*  k 

n • numtxT  of 

warR  Thori 

1 50 

1 50 

bytr?s) 

Branch  on  F 

Conrhtinn 

2 '‘0 

2 2b 

Bt.mch  on  f ais<? 

ConBitirif’  Ri-jnjtnr 

1 bO 

1 50 

Branch  on  Fals»' 

CtHtrhtion  F oi waril 

Shor  r 

1 50 

1 50 

Branch  on  F .ilsc 

Com  M tun  Bat  K 

ward  Shor  i 

1 bO 

1 50 

f^rjm  F-  arrd  L»nk 

2 00 

2 25 

TABLi  1.  liviTtAOATA  MOOBL  liVl  iNST.-iUCTlON  EXECUTiON  TIMES  (Continued) 


' 

Tvpfl  Insifbciion 

Ekhcukoo  Tirv!  »r>  Uit>c* 

Execution  Time  in  J&w* 

750  n^oc 
Mamory 

100C  asoc 
Mamory 

T ypB 

InstructiOf- 

750  nsec 
Memory 

1000  nsec 
Memory 

INPUT/OUTPt'T  1 Read  Data  Hegutei 

2 25 

2.25 

liNiPUT'OUTPUT 

Write  B*o<  ••  Register 

4 a0+2,75r 

4 50’-2  75n 

INSTPUCTiCNS  ! HtMO  Ha: ‘word 

4.C0 

4.25 

INSTRUCTIONS 

Serw.‘  Sia‘  .s 

50 

5.00 

{Coni.J  I fifdd  Hd.  wc'd 

ICont.) 

Sense  SleJl.iS  Regtster 

3.00 

3 UO 

1 ri^i.si.v 

2.W 

2.25 

Outpu;  C-'a:r.mdnJ 

4 25 

4 50 

I Ria'i  blocK 

7,2o+2.b0n  V.50+2.50n 

Ouijut  Comrnand 

1 Re.;J  Slack  IHeg.st'-' 

4.50t2  50n  4.50+2.500 

Register 

3.75 

3 75 

• ’.Vr.w  Dat'i 

3 7Fi 

4.00 

Auto  Dr-ver 

-See 

(Sec 

! '.Vr:t*  pi  . iN:' 

2 25 

2 2- 

Qiannei 

below) 

Below) 

1 1 ;t  H.j.ji  :j 

0.7b 

1 ^ .Vnt,;  rt;  -a:.. 

•n  * number  of  byiesy 

Mtisjisty* 

2.50 

2. 50 

1 ^ Write  Blofk 

7.25’ 2.  75n  7 50+2.75n 





MOVE  AND  PKOCE3S  3YTE  SXaiNG  REGISTER 


execution  Time  in  iiisec 


750  Nanosecond  ^Vmorv 


Count 

Eirst 

-y-- 

1 Next 

Special 

Interrupted 

— 

Last 

Sequence 

Minus 

Byte 

1 3yte 

Character 

Byte 

Byte 

[ Error  Checking  Only 

3.7C 

i 8,25 

i 4.25 

' n 

3.00 

6.25 

I Translate  Only 

3 75 

! 7.75 

1 4 75 

5.75 

1.50 

5.75 

Check  Thun  Translate 

,3.75 

1 9.50 

) 5 25 

7.25 

2.75 

7,25 

Translate  Then  Check 

3 7b 

} 9.25 

i 5.25 

7.25 

6.75 

1000  Nanosecond  Memory 


Sequence 

Count 

Minus 

First 

Byte 

Next 

Byte 

Special 

Character 

Interrupted 

Byte 

Last 

Byte 

Error  Checking  Only 

3,75 

8.50 

4.50 

— 

3.00 

6.50 

Translate  Only 

3.75 

8.00 

5.00 

6.00 

1.50 

6,00 

Check  Then  Translate 

3 75 

9.75 

5.50 

7 25 

2.75 

7.50 

Translate  Then  Check 

3.75 

j 9.50 

5.50 

7 50 

2.75  j 7.00 

AUTO  DRIVER  CHANNEL 


Execution  Time  in  ;jsec 


750  Nanosecond  Memory 


Sequence 

No 

Execute 

Bad 

Status 

Count 

Plus 

Normal 

Buffered 

End 

Read  (Byte) 

10.00 

11,25 

12.50 

16.25 

16.50 

Rc.id  (Halfword) 

10  00 

11.25 

12,50 

16.75 

17.00 

Wr-te  (Byte) 

10.00 

11  25 

12.50 

16.25 

1650 

1 Wn tu  (Halfword) 

10  00 

11.25 

12,50 

17  50 

17.75 

1000  Nanosecond  Memory 


Sequence 

No 

Execute 

■ ■■ 

Bad 

Status 

Count 

Plus 

Normal 

Buffered 

End 

Read  (Byte) 

10  00 

11.25 

12.75 

17.00 

17.25 

Bead  (Halfword) 

10.00 

n 25 

12  75 

17.50 

17.75 

Write  (Byte) 

10.00 

11  25 

12  75 

17.00 

17.25 

Write  (Halfword) 

10  00 

n 25 

12.75 

18.25 

18.50 

*IVIin.iTi,)l  Time  Only  (Partial  Listing  Only!  93 


SOFTWARE 

S'lii'A.iM’  tcM  til''  lulls  iiiifl'T  uo'itrul  of  me  OS/32  MT 
Multitask iri'i  (iixTiiii'ui  s'/sti'iii  Fiinclii>ri;)l  i.in.ts  wthin 
t)S/32  M l imiviiir  . il'fi's  <"i  iism  |iiiit|t.iiii  tli  vi’loi'iiient 

J'l'l  I'Xl'l  IIIIO'I 

•*  I risl  Miiii.' ii  'iieni 

• Mi’i  , kV II. .I'll  •! 

• [ ill’  ^l-l'  ll.■.'"ll'|l; 

• M.iii  M, Killin'  liii''i  Ini.i: 

L I! ''Mii'irs  M.IH'.  ' 'O  I'll  l.ro|)i<jrii  Oi  . i- ■pK.ii'itit.  'iidii  th'l 

ll  lllO'AillUI 

• MACIK' (OXL  . <iii  i iil’iMi-  'iu)  ■KSi.'  't.’'v  l■lnlJ^ldll  . 

• FORTRAN  V,  I'ltii-  ANSI  sldiiif  iiil  '.vitn  i;xt"'  -.luns  fo' 
|ir<  u I'ss  1 1 .nil.  'I 

• FOR TR  A'N  VI.  I bloc  r ..'iJtiim/ine  coniii.ii.i 

• COROL  with  ISAV’  li,.li:x('ii  Snrti.icnti.il  Acidosi 
MciIukI,  1 1 .iifiTiiii  in  Aiiii-rican  Standarcl  X3  23-  '^7.4 

inter, ii  iiv  I'.'C Icndi'i.;  BASIC  is  aK.;  avd.idble  m shi'JIl  .iser 
.11.. 1 ■iiiilti-wsi'i  vr  linns. 

MEMORY  A(  CESS  CONTROLLER  (MAC)  OPTION 

MAC  ti.KisIdi.  u 20  b';  niogidi.  -Kici'i'ss  into  n 20  Ivt 
oliysKdl  liilnii  ss.  In  dijiiition.  ii  piutects  nic'inory  Inini 
lileilji  .11 1 iissi.",.  piiivi.’nis  wri  te  ,1'  cX'SS  to  blociis  of  mi  rnoi'v , 
ir|i’(.is  insliin.liiiii  i-xei  ution  fro'n  bloi.xs  of  inenior-.  , and 
ili'ti'i  IS  inv.ilii)  nieinory  addresses.  MAC  provides  reloca- 
tion. seiinienidhon,  antf  | iroli;t;tion  un  256  byte  boundaries 

Sixti.t'n  32-t)it  sectnientaiion  reyi  iters  specify  the  lelocation 
star  tini)  addii’ss,  length  of  th.,'  plock  in  2')6-byte  "pages" 
and  proiertiiin  status  Fach  program  segrnoni  can  be  from 
256  bytes  to  64K  bytes  long. 

Large  systems  that  support  multiprogramming  and  'un 
undei  OS/32MT  require  the  MAC  option.  It  is  also  used 
m sfiared  memory  configurations  for  mapping  a processor's 
logical  addresses  into  shared  memory  space. 

SPECIFICATIONS 

T ei  liiniliigy 

Processor  TTI  MSI  and  I SI 
R('M  Bipiilai  KiOns  at  (KSS  tii'ie) 

Dalii  Wold  L'  ligth  8,  16.  32,  64  bus 
Ipsiriii.tion  Word  L''ri(|ili  - 1 6,  32,  48  Luts 
Niimlyr  of  L'.asii,  Instroi  tions  132 
Adrlition.jl  lostriK. lions  for 
F X tern  led  Bi.inr.ti  Mnemonics  - 58 

Sin  ile.'Do  ble  Precision  Floating  Point  i 4 
Hi.  h Sfieei  Dal, a Hanriling  Option  - 3 
Fixed  Point  /''■ithmetir.  2's Comoleirienl 
F loal  ng  Pom  Arithmelii.  si'|n/niagnitude  (6  or  14  hex 
adei.imal  digit  (iiecisioni 

Harijw,jre  Aei  imiilalot;. 

32Fixe(IPimt  Two  sidsof  16' ,ii  li  32  Ini'. 

8 Siiigli'  P'et  ision  Floatiiui  Po'nt  ii4  tnis 
8 Dootili  I’ri  ..isioii  P lo.iliiiii  Po'ot  ti4  l).‘ 

Haolware  Index  Risi'Sle  s 15ix‘'  Re>)  si,  • > • 

Ail'liess  Mixli’s  D'rei  ' (ll.|l■.•■d  Rel.i',.,  « • 


PROCESSOR  OPTIONS 

'Memory  Acces'  Contrcjller 
Meriioi y Parity  Check  & Generate 
Pu'vvor  Fail/Aiiln  Rostai  t 
DMA  Buffer 
LIniveisal  Clock 

Extended  M.'mory  Seletdor  Chiinnel 
Turnkey  Console 
Binaiy  Display  Console' 

Hexadecimal  Display  Con  , ole 

Local  Memoiy  Bank  InteHace  (requited  for  each  additional 
256KB  of  memory) 

Fligh  Sprted  Data  Handling  Option 
Single  and  Double  Precision  Floating  Point  Option  (hard- 
ware I 


INPUT/OUTPUT 

Iriput 'Output  Modes  - Prrjgrammed  transfers,  26K  to  150K 
Bor  16-bit  transfers/second 

- Block  transfers  up  to  360K  bytes/ 
second 

- Auto  driver  charn  el.  70K  byes  or 
halfwords/seeond 

- 7 DMA  ports  avail.ible 

— DMA  Transfer  - 2M  bytes/srtcond 
Priority  Inti  rrupts  - One  level  and  identification  of  up 

to  10?4  hardware  priority  interrupts 
with  i utomatic  device  identification 
and  vi  ctorin  , 

•Interrupt  Overhead  Time  - 6.5  /ts 
Normal  Interrupt  Latency  Time  — 4 l/js 
Haidware  I/O  Timeoi  t — 14;tis  timei.  it  on  all  micro  pro- 
cessor operations  to  the  i/0  sys- 
terri,  thereby  ensuring  that  the 
processor  will  not  lor k-up  should 
a module  stall  or  otherwise  fail  to 
respond. 

‘Overhead  timi  to  allow  servicing  interrupts,  including 
devia:  identification,  status  recogmt,  m,  and  PSW'  


MAIN  MEMORY 

Word  Length  1 6 tuts  ( W W'f . u.k  •,  .i  • 
Organi/.ition  64  KB  ,vid  tw  'vix  -.  ■ ‘ 

atil*  i.ii’  ' ix 
Cycle  T me  12  KB 

64  ► 8 ' » " 

MdXI"  , Me-'.i  . i 


ENVIFl'NMENT  *l 


AO>A052  359 

UNCLASSZFieO 

2of2 

^52J6S 


RAYTHEON  CO  WAYLANO  MASS  ADVANCED  DEVELOPMENT  LAB  F/t  17/9 

R AND  D EOUIPMENT  INFORMATION  REPORT:  TRACKING  AND  SISNIFXCANCE— ETC (U) 
NOV  77  T I BOAKf  A J JABOONIK*  R B MARSHALL  F19626-77-C-01A8 
ER77-9tB3  AFBL-TR-77-0tB9  NL 
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DOC 


PACKAGING 


19-in  RtiTN/lA  chassis,  14-in.  liiijn.  kis-.n.  antp  (4b. 3 cm  x 
34.6  cm.  X 69.1  cm.) 

IB-in.  X 15-in.  (38.1  cm  x 38.1  cm  ) printed  circui'  boards 
with  1/4  in.  (0.64  cm.)  alurfinum  stiffeners  ananqecl 
hori/onidlly 

Printed  circuit  backpanel 

Pin  to  dual  corstact  receptacie  connections  Aitn  loc-ating  pins 
Dual  chassis  with.  16  '(3''  boaio  slots 

Processor  j .ciipi'.j  3 b..aids.  cacit  me  eory  modulu  1 6..ard 
Power  1 1 b or  2 sO  VAC  -•  !(>...  "lO  ' • 60  Hcrt.r,  1 6 ..mps  rr..ix. 
(at  1 15  volts'/ 

OPTIONAL  DISPLAY  CONSOLE 

36  Binary  Indicatiny  lPD  s 

9 Hexadecimal  Display  iVlatrices 
16  Hexadecimal  Character  Keys 

10  Function  Seloct  Keys 

5 Function  Indicating  LED's 
1-3  Position  Keylock  Switch 

RELATED  DOCUMENTATION 

29-399R03  Model  7/32  Referemce  Manual 

29-400R00  Model  7/32  Processor  User's  Manual 

INTERDATA  PRODUCT  NUMBERS 

M73-032  7/32-CI I with  64KB,  750nsec  memory 

M73-033  7/32-CI  I with  64KB,  lOOOnsec  memory 


The  information  contained  herein  is  intended  to  bt>  a gt-ner,il  | 
description  and  is  subject  to  change  with  product  enhiincernetit 


95 


A UNIT  OF 

PERKIN  ELMER  DATA  SYSTEMS 


2 CRESCENT  PLACE  • OCEANPORT.  NEW  JERSEY  07757 

B76I044 


Printed  In  U.S.A. 


PERIPHERALS  SERIES  W 


DPAC  10/16 

and 

DPAC  1C/32 


PRODUCT  DESCRIPTION 

The  DPAC10  se'ies  of  disc  systems  are  completely  self- 
contained  random  access  bulk  storage  subsystems  for  use 
with  interdata's  wide  range  of  processor  systems.  The 
basic  DPAC10  system  provides  a formatted  storage  capacity 
of  over  10.02  million  bytes.  By  adding  up  to  three 
DPAC10/E  Disc  System  Expansions,  the  system  can  be 
expanded  to  over  40.1  million  bytes. 


Used  with  Interdata  16-  and  32-bit  computer  systems,  the 
DPAC10/16  and  DPAC10  '32  systems  provide  mass  storage 
facilities  for  a vt  id"-  variety  of  small  and  medium  scale  re- 
quirements; complete  software  file  management  and  data 
recovery  capabilities  are  provided  by  standard  Interdata 
operating  systems. 


Included  in  the  basic  system  is  the  Direct  Memory  Access 
controller,  a disc  controller  capable  of  controlling  four  disc 
drive  units,  cables,  a 10-megabyte  removable  cartridge  disc 
drive,  and  a formatted  removable  disc  cartridge. 


FEATURES 

• 10,027,008  Byte  Formatted  Capacity 

• Expandable  to  40.108  Million  Bytes 

• 33-millisecond  Averac.e  Seek  Time 

• 12.5-millisecond  Average  Rotational  Latency 

• 312,5000  Bytes-per-Second  Disc  Transfer  Rate 

• 2,000,000  Bytes-pei  -Second  System  Throughput  Rates 

• Hardware  Write  Pro  tect 
OPERATIONAL  CHARACTERISTICS 

The  DPAC10  series  systems  use  an  IBM-type  54  10,  two- 
recording-surface  disc  cartridge  with  a nominal  formatted 
capacity  of  5 megabytes.  The  additional  5 megabytes  are 
recorded  on  a fixed  two  recording-surface  disc  with  both 
discs  using  a common  spindle  and  head-actuating  mechanism. 
The  exceptionally  fast  and  accurate  head-positioning 
mechanism  allows  radial  positioning  of  the  four  heads  to 
any  one  of  the  408  available  cylinders.  The  average 
positioning  time  is  33  milliseconds,  track-to-track  time  is 
10  milliseconds,  and  a maximum  full-stroke  time  is  60 
milliseconds. 


Weight 


The  rotation  speed  is  a highly  accurate  J4C0  PPM  using  a 
DC  brushiess  motoi  tnat  is  impervious  to  lino  nowe'  vari- 
ations. Data  transfers  at  a rate  of  3i  2,500  by  tea  uer  econd 
with  the  Direct  ivlemory  Across  contiolirr  capuble  of 
autonomous  data  transfer  rates  of  up  to  I million  bytes 
per  second. 

Data  security  and  integrity  sre  assure.!  tiy  the  use  of 
extensive  error  detectior  logic  in  the  controller,  a constant 
revolution  DC  power  3d  spindle,  disc  Cleaning  brush  assembly 
to  minimize  itariicle  r ontaminatiorr,  heayi  positioning  limiter 
and  powei  loss  oroteci  circuii.s  Cousing  tf.e  heads  to  be 
fully  retractei’,  and  a pasn.ve  cartridge  inlurlocit  rriecha  iism 
preventing  reinovai  of  tne  cartridge  until  fully  stopped. 

The  Direct  Memory  Access  and  disc  coritrcilers  are  standard 
Interdata  15-inch  by  IB-inch  (38.1  x 38.1  cm)  printed 
circuit  boards  that  can  be  inserted  into  any  standard 
Interdata  chassis.  ; he  disc  di . e unit  can  lx-  mounted  in 
a standard  Interdata  cabinet. 

The  DPAC10/16  and  DPAClQ/32  systems  are  fully 
supported  by  the  wide  range  of  standard  Inteidata  software. 
Included  is  the  BOSS  operating  system,  the  powerful  multi- 
tasking OS,'16MT2  and  OS/32MT  operating  systems,  and 
higher  level  languages  such  as  FORTRAN,  COBOL,  BASIC 
and  CORAL  66. 

SPECIFICATIONS 

Capacity 

Bit  Density  2200  bits  per  inch 

Track  Density  200  tracks  per  inch 

Cylinder  408 

Tracks  per  Cylinder  4 

Bytes  per  Sector  256 

Sectors  per  T rack  24 

Formatted  10,027,008  bytes 

Access  Time 
Average  Access 

Time  33  milliseconds 

Average  Rotational 

Delay  12.5  milliseconds 

Rotational  Speed  2400  RPM 
Disc  Transfer  Rate  31 2,500  byte  per  second 
DPAC  System 
Throughput 

Rate  2,000,000  bytes  per  second  (max.) 

Disc  Cartridge  IBM  5440  type 

Dimensions 

Height  7.75  inches  (19.7  cm) 

Width  1 7.6  inches  (44.7  cm) 

Depth  22  inches  (55.9  cm) 

Controllers  Two  15x15  inch 

(38.1  X 38.1  cm)  printed  circuit  boards 


95  pounds  (43  kg) 

Power 

Disc  Drive  1 20  VAC,  3.3  amperes, 

47-63  Hz  single  phase, 
starting  current  12amneres. 

230  VAC,  1 .65  amperes, 

47-63  Hz  single  phase, 
starting  current  6 amperes. 

Controllers 

DPAC10/  'i6  -l•5VDC,  6.8  amperes 

DPAC10/32  ■^5VDC,  10.5  amueres 

Environmental 

Temperature  19°  to  38°  C operating 

Humidity  10  to  80%  Relative  Humidity, 

no  condensation 


INTERDATA  Product  Numbers 

M46-645  DPAC10/16  Disc  System.  A complete  storage 

subsystem  consisting  of  a Direct  Memory 
Access  controller,  a subsystem  controller  capable 
of  controlling  up  to  four  disc  drives,  a 10 
million  byte  formatted  capacity  disc  drive, 
and  a formatted  cartridge.  Subsystem  through- 
put rate  to  2 million  bytes  per  second,  device 
transfer  rate  to  312,500  bytes  per  second.  For 
use  with  DMA  capable  16-bit  Interdata 
processors. 

M46-646  DPAC10/32  Disc  System.  A complete  storage 

subsystem  consisting  of  a Direct  Memory 
Access  controller,  a subsystem  controller  capable 
of  controlling  up  to  four  disc  drives,  a 1 0 
million  byte  formatted  capacity  disc  drive, 
and  formatted  cartridge.  Subsystem  through- 
put rate  to  2 million  bytes  per  second,  device 
transfer  rate  to  312,500  bytes  per  second.  For 
use  with  32-bit  Interdata  processors. 

M46-647  DPAC10/E  Disc  System  Expansion.  Allows 
expansion  of  DPAC10  and  DPAC20  Disc 
Systems  with  a 10-million  byte  capacity  disc 
drive,  formatted  cartridge  and  cables. 

M46-650  Same  as  M46-645.  50Hz. 

M46-651  Same  as  M46-646.  50Hz. 

M46-652  Same  as  M46-647.  50Hz. 
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TERMINALS 


Carousel  35 
Specifications 


PRODUCT  DESCRIPTION 

The  Oiroiisel  3b  ish  serial  irnciai  I i.orriputei  teririinal  with 
print  iluality  rivaling  the  Selei;trii." , inulti(ile  topy  capability, 
.ind  provision  tor  a 120  i ps  patrer  tape  leader. 

I he  C<iroiisi;l  .!j  provides  the  catrabilities  of  a r.onsole  I/O 
device  high  s()ef>d  patter  tape  reader  anri  a low  speed  line 
[iririter  in  a single,  highly  lost  effec  tive  package.  Carocisel 
3b  printing  throcighpcit  is  40  to  /O  (tercent  the  speed  of  the 
I\/I4(>  204  f)0'200  LPM  Li  le  Printer  for  ty()ii;al  computer 
output  formats. 

Special  forms  handling  fe.itures,  E leidronic  Format  Control, 
and  total  legittility  make  tfte  Carousel  esijetially  useful  in 
business  and  financial  environments. 

1 he  Carousel  3b  print  dtp  gives  fully  formed  character 
images  for  clean,  c nsit  r otty  up  to  a million  impressions. 

Cu()s  are  easily  mterc  hanged  for  a vai  ety  of  fonts. 


FEATURES 

• Printing  Speed  — 40  to  70  (terc  mt  throughput  of  the 
M46-204  00-200  LPM  Line  Printer. 

• Quality  Print  — Rivals  Selectric’. 

• Multiple  Copies  - Clear  up  to  12 

• Forms  handling  flexibility  Pin-fee  I continuous,  friction- 
feed  rolls,  cut  sheets,  ledger  cards,  slock  certifn  ates,  etc. 

• Electronic  format  control  Adjustatile  left  margin,  1/48- 
inch  vernier  for  any  line  spacing,  programmable  horizontal 
and  vertical  tabs. 

• Wide  Fon’  Selection  - Operator  changeable,  machine 
readable.  Courier  72,  APL,  OCRA. 

• Plotting  - 4800  points  per  square  ii  ch. 

• Cartridge  F ibbons  - Red/black  fal  ric,  carbon  film,  black 
fabric. 

• Operator  oriented  - No-mess  cart  idge,  typewriter  like 
keyboard.  Communications  Conf  >1  Panel. 
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Service  - Interdata/Perkin-Elmei  worldwide. 


CAROUSEL  35  SPECIFICATIONS 


SpMd,  Printing  - 30  t haracters  per  second.  Spacing  - to  200 
I PS.  Paper  Movement  - 5 incites  per  second 

PrintType  Fully  formed  characters 

Fonts  ('ourier  72.  APL,  OCR-A 

Number  of  Columns  — 30,1 .12  optional 

Printing  Characters 

1)4  ASCII  (UPlier  (,ase)  Standard 

'to  ASCII  (Lipi«.‘r,'Lower  Casel  Optional 

Paper  Handling 

F ri(  tion  feed  platen  path  for  cut  or  single-part  continuous  forms. 
Umciue,  paU  'it  iiendini)  friction-feed  mechanism  permits 
handling  for"  s from  3 .nr  hes  to  5 inches  in  width  with  less 
than  O.b  inches  lateral  movement  over  any  length  form. 

Paper  Handling  Options 

I ine-printer-like  tractor  driven  path  for  heavy,  multipart  con- 
tinuous for  ms. 

Horizor-tal  Spacing  10  characters  per  inch 

Keyboard 

r Yix>writei-like  layout  with  a convenient,  optional,  numeric  pad 
tor  finainial  and  scientific  applu.ations. 

Electronic  Format  Control 

Optional  addressable  horizontal  and  vertical  positioning. 

Ad|ustable  left  margin.  Forrns-/ength/fop-of-form  control 
for  forms  up  to  127  lines  in  length.  Program  controlled 
vertical  vernier  with  1/48  inch  resolution  for  non-standard 
line  spacing. 

Plotting 

Optional  iilotting  mode  permits  I.MOO-mch  horizontal 
resolution  and  1/48-inch  vertical  resolution  plotting. 

Unique  Fastplot  mode  permits  plotting  throughput  of  60 
I m re  men  Is  per  second. 


The  inlormalion  coni, lined  herein  is  inlendeil  to  IX"  a neneral 
di*si  nphon  and  is  s.ihieci  to  change  with  priHluct  enh.irK'ernent 

Prmltrtl  iii  U.S.A 


Copies 

1 to  6-part  forms  standard 
12-part  form  capability  optional 
.Stencil  cutting  capability  optional 

No  operator  adjustments  required  to  switch  from  single  to 
multi-part  forms. 

Ribbon  Cartridges 

Operator  changeable,  no-mess  cartridges.  Black  fabric, 
single-strike  carbon  film,  and  red/black  fabric  available. 

Vertical  Spacing 

6 lines  per  inch  with  1 /48-inch  fine  vernier  for  accurate  forms 
positioning. 

Red/Black  Printing 

Option  permits  operator  mounting  < f red/blai  ■ ribbon 
cartridges  in  addition  to  standard  single-color  i ibbons. 

Interfaces 

20  Ma  current  loop,  1320  Band. 

Paper  Tape  Reader 

Optional  optical  paper  tape  reader  operates  at  120  cps. 

Buffering 

Communication  Line  Input  — 128  characters 
Keyboard  Buffer  — 32  characters 

Space  Jump^“ 

Microprocessor  automatically  converts  sequences  of  spaces 
in  the  input  buffer  to  horizontal  tab  operations.  Spacing  at 
rates  to  200  characters  per  second  is  possible. 

Acoustic  Cover  - For  extra  quiet  operation,  optional. 

Input  Power 

120  VAC,  60  Hz  Standard 
240  VAC,  50  Hz  Optional 

Dimensions 

32  inches  wide 
24  inches  deep 
9 inches  high 
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PERIPHERALS 


Card 

Reader 


PRODUCT  DESCRIPTION 

riic  lnt(;r(liit,i  (.<ir()  is  dn  extreitiely  i.ompact, 

lighlw(!ight . free  stdruJiiig  unit  ftiHturing  optional  hardware 
Hollerith-to-ASCI I conversion. 

As  a higlily  desirable  program  and  data  enti y medium, 
the  card  reader  lends  itself  to  (omplete  progiam  develop- 
mrtnt  and  large  diverse  rlata  entry  re()iiirements.  Sim- 
plii  ity  in  dwign  permits  e.tsy  o[)erator  interface  and 
monitoring.  All  swili  h r oritrols  are  e<rsily  accessible 
finil  [irovide  a full  range  of  fiirM'tions/inrlu.ations. 

FEATURES 

• 400  or  1000  C PM  readers 

• 00  Column  Cards 

• lb(X)  Card  Uo()|)er  rariability 

• 1000  Card  Startker  capability  (1000CPM) 

• bOO  Card  Stacker  capability  (400  CPM) 

• Optir  al  Reail  Mechanism 


OPERATIONAL  CHARACTERISTICS 

The  Card  Reader  has  a Fitrei  Optic  Read  Statio-i,  card 
transport  drum  feed  assembly,  and  several  data  verification 
techniques  which  preclude  loss  of  data. 

The  card  read  rate  is  either  400  or  10C0  cards  per  minute 
with  up  to  1500  card  capai  ity  for  both  input  hopper  and 
output  starker.  Throughout  the  read  igreration,  "Light 
Test",  "Dark  Test",  and  card  motion  i tsts  are  contin- 
uously (jerformed  to  verify  the  operat  jn  of  the  card 
reader. 

A Card  Peed  Com  nand  causes  the  card  to  move  against 
the  card  transport  drums  elastomer  surface,  selecting  tfie 
card  for  reading.  This  prooels  the  card  past  a throat  knife 
assembly,  and  into  the  rea  1 station. 

As  the  card  passes  the  fibr  r bundles  and  light  distribution 
block,  it  is  wiped  to  elimii  ate  dust  in  the  read  station. 

Data  Read  is  available  in  t vo  bytes  per  column.  The  first 
byte  occupies  the  top  six  rows  of  a column,  the  second 
byte  occupies  the  bottom  six  rows  of  that  column. 


CONTROL  - INDICATORS 

The  Card  Reader  incorporates  all  the  control  and  indicator 
functions  necessary  for  complete  operator  control  and 
monitoring. 

Indicators 

Power  - A gieen  indicator  denotes  power  ON. 

Hopper  - A red  indicator  identifies  an  empty  input  hopper 
or  feed  failure. 

Stack  - A red  indicator  identifies  a full  output  stacker  or 
a stack  failure. 

Controls 

Reset  - The  control  resets  electronics  and  conditions  the 
reader  to  a READY  or  NOT  READY  condition  depending 
upon  previous  condition.  The  switch  contains  a white 
indicator. 

Read  Check/Lamp  Test  - A red  illuminated  momentary 
contact  switch  which  identifies  a read  station  failure,  or 
[)Ossible  data  error,  when  depressed  tests  all  front  panel 
indicators  if  the  readei  is  not  in  the  ready  condition. 


SPECIFICATIONS 

Environmental 

Operating  Non  ()perating 

Temperature  +50°E  to  + 100°F  -30°F  to  150°F 

Maximum  gra'  lient  Maximum  gradient 
0.2°F  per  minute  20°F  per  hour 

Humidity  30%  to  80%  relative  5%  to  95%  relative 
humidity;  no  humidity,  no 

condensation  condensation 

Altitude  1000  feet  below  1000  feet  below  sea 
sea  level  level 

10,000  feet  35,000  feet  above 

above  sea  level  sea  level 

Dimensions 

Reader  — 17  in.  high  by  14  in.  wide  by  18.5  in.  deep 
Weight  - 55  pounds 

Power  1 1 5/230  VAC,  60/50  Hz.  5/3  Amp 

PRODUCT  NUMBERS 

M46-238  Card  Reader,  400  cpm  1 15  volts  AC  60  Hz 
M46-239  Card  Reader,  400  cpm  230  volts  AC  50  Hz 
M46-244  Card  Reader,  1000  cpm  1 15  volts  AC  ( 0 Hz 
M46-245  Card  Reader,  1000  cpm  230  volts  AC  bO  Hz 
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60-200  Ipm 
Line 
Printer 


PRODUCT  DESCRIPTION 

Inti’nl.il.i's  6(1  l(j  200  liiiii  I iru'  Pi  inti.T  is  .!  low-i.ost  Sf.'ridI 
linnliiui  line  |irint(;i  thdl  is  icledlly  suited  for  lii)hl  to-iiKidium 
lirintinci  reiiuirements. 

Printiiu|,il  ,1  seMitl  rdte  of  166  i hdrdeteis  tx'r  second,  10 
elidfdr  lers  per  ini  h,  and  up  to  1 32  charac  ters  per  line,  the 
line  printinq  si«'ed  rdn()(‘S  from  60  full  lines  per  minute  to 
200  short  lines  |)er  minute. 

The  piinlirr  is  interfaceiJ  to  the  Interdatd  tnocessor  multi- 
plexor bus  via  d character  [rarallel  interface. 

The  L ini!  Printer  has  pin  fet'd  handle  'i  tor  forms  u|i  to 
14  3/8  inchi.'s  wide,  a full  line  buffer,  and  a two-channel 
vertical  formal  t rntrol  for  top-of-forrn  and  vet  tical  tabula- 
tion. 


FEATURES 

• 60  to  200  lines  per  minute 

• Pin- feed  forms  handling 

• Variable  width  forms  to  14-3/8  ir  hes 

• Full  line  buff-rr 

• Two-(  hannel  vertical  format  top  ui-iorrn  control 

• Comt  letely  self  contained 

OPERATIONAL  CHARACTERISTICS 

The  Line  Printer  is  completely  self-contained  and  includes 
the  mechanical  and  electromechanical  components,  control 
logic,  character  pattern  generator,  lim  buffer  and  power 
supply.  Matrix  printing  is  used.  The  itrint  head  consists 
of  print  solenoids  mounted  on  a carrier.  Printing  is  ac- 
complished through  selective  pulsing  of  the  print  wires 
as  the  pi  nt  head  moves  from  left  to  right  across  the 
characte  space  and  the  print  line.  The  solenoids  are 
activatei  independently  up  to  five  times  for  any  one 
characte  . T his  technique  provides  enougli  force  to  produce 
excelleni  legibility  using  six  part  form  paper. 


( our  I outtol  switi.lies  and  three  iridicator  lights  are  housed 
on  the  oteraiop's  t'  inel.  The  < ontrol  switches  are 

• Stou  rut  ■'Wit' ■'  Suriplies  power  to  the  printer  unit 
III  the  sla't  iiusiiii'n  when  switi  h is  lilurninated. 

• to;., 1*1  I'  .'I  n . ised  (o'  ni.iniicil  slewing  to  tcip 
Ot  I. 

• Uele  t -'.vMt.  i'-  ' ' .ed  t,  i -elei  t the  |ii  inter  alter  turii'iig 

on  I'li.'.e:. 

• I oi  ms  t)i/eri  I'.ii'  hfd.  ,des  oiieratoi  override  on  the 

)■  u.er  Out  s.v'i  I',  allowing  the  o|ieiatoi  to  i omplete  the 
loriii  heiiiq  annle  1 lu-lort>  > hanging  riaiier. 

Pvle  aioi  light'  ari 

• Hai'.iw  lie  Alari’i  ind.'.,atRS  tiead  carrier  has  ext  eeded 
rigtit  inaiqiri, 

• l-apei  Out  |n,ii.  ales  out  of  (lartei  o'  a parier  tiandling 
'.alf'ini  lion. 

• .Vliillgile  Purpose  Used  in  S|)ei  lal  ajH'lii  ations. 

In  aiMition  to  the  alanr,  in'in.ators,  an  audio  alarm  is 
.1'  tivaied  tor  the  out  of  patier  condition,  riaper  handling 
inalluni  tion,  anil  d the  head  i.arner  exceeds  the  right  hand 
margin.  The  ,iudio  alarm  also  sounds  when  a Bell  Code  is 
received  iindtrr  tnogram  control. 

The  tiarallol  interface  to  the  Serial  Printer  is  contained  on  a 
standarif  Intenlata  /•inch  printed  circuit  board. 


The  printer  recognizes  six  non-(>rinting  > oriimands  as 
follows: 

• CR  - Causes  the  printer  buffer  to  print,  causes  the  carrier 
to  return,  and  causes  the  form  to  be  advanced  one  line. 

• FF  - Causes  ttie  torm  lo  be  advanced  to  ttie  first  (luncti 
ill  Cliannel  1 of  Itie  foi  m teed  ta|K'. 

• VT  - Causes  the  form  lo  he  advanced  to  ttie  first  punch 
in  Channel  2 of  the  form  feed  tape. 

• I F - Causes  the  form  to  be  advanced  one  line. 

• BELL  — Activates  the  audio  alarm  for  2 strconds. 

• SO  - Causes  the  fiuffei  to  (irint  elongated  characters 
(66  characters  per  line  instead  of  132). 

The  60-200  Ipm  Line  Printer  is  fully  supported  by  a wide 
range  of  standard  Interdata  software.  This  inr  ludes  the 
powerful  OS16/MT2  and  OS/32  MT  operating  systems,  the 
BOSS-Plus  operating  system,  and  higher  level  language 
implementation  such  as  COBOL,  FORTRAN,  and  BASIC. 

SPECIFICATIONS 

Print  Speed 

60  to  200  L PM 

Dimensions 

Width  - 27'A  inches  (69.8  cm) 

Height  - 1 IVi  inches  (29  cm) 

Depth  - IQ'A  inches  (48.9  cm) 

Weight 

1 55  pounds  (70.3  Kg) 

Power  Requirements 

120  VAC,  15  amiieres  (maximum),  single  phase,  60  Hz. 
230  VAC,  7.5  amperes  (maxirnum),  single  phase,  50  Hz. 


Interdata  Product  Numbers 

M46-204  Fully  buffered  line  printer,  60  to  200  Ipm, 
132  columns,  64  character  set,  includes 
external  cable. 

M46-205  Same  as  M46-204.  50  Hz. 

M46-202  Line  Printer  Interface  and  internal  cable 
for  60-200  Ipm  Printer. 


SYSTEM  MODULES 


Loader 
Storage  Unit 


PRODUCT  DESCRIPTION 


The  Loijder  Storege  Unit  is  used  priiriarily  ,is  an  automatic 
initiali/ation/rest.irt  devKO  for  remote  or  unattended 
systems. 

Th(!  (.ontroller  is  designed  to  itive  the  user  the  utn  )St  flexi- 
hility  in  initi.ili/ation  procjram  foimat  and  watchd  )(j  timer 
sensinq.  Ttie  (.ontroller  is  capable  of  housiruj  2,048  bytes  of 
PROM  in  128-byte  seqments.  The  incorporated  watchdog 
timer  may  be  strapped  for  a timing  interval  from  16  milli- 
seconds to  266  milliseconds. 

FEATURES 


The  watchdog  timer  is  used  to  signal  the  initialization  se- 
quence. Under  normal  operating  condit  ons  the  timer  is 
reset  by  a software  generated  output  command  prior  to  the 
(ireset  time  out  delay.  Should  the  program  fail  or  enter  an 
infinite  loon,  the  timer  will  time-out  and  the  restart  sequence 
may  be  iniiiated.  The  unit  may  also  be  used  to  n dart  upon 
restoration  of  power  after  a power  failure. 

Three  switches  are  provided  for  manual  control  of  the  unit. 
The  switches  are  bracket-mounted  and  connect  to  the  Loader 
Storage  Unit  via  a 1 0-foot  cable.  The  vitches  are  as  follows 


• Unattended  Program  Reload 

• Standard  Oi  crating  System  Loaders 

• Custom  Pn.ii  ram  Parameters 

• Program  Loop  Detection 

OPERATIONAL  CHARACTERISTICS 

The  unit  is  contained  on  . me  (irinted  circuit  board,  has  a 
fixed  dirvice  assignment,  and  plugs  into  the  standard  Inter- 
data  Multiplexor  Bus.  Unlike  most  device  controllers,  the 
loader  Storage  Unit  does  not  generate  an  interrupt. 


DESIGNATION 

ON/OFF 

ENAB 

INIT 


FUNCTION 

Inhibits  addressin  ] the  unit 

Allows  initializati  m of  the  system  upon 

watchdog  time-out. 

Unconditionally  initializes  tne  system  if 
the  ON/OFF  switch  is  in  the  ON  position. 


Several  predefined  loader  programs  are  available  for  both  16- 
and  32-bit  systems.  These  loadcrrs  allow  automatic  loading  of 
j^y^perating  systems  from  disc  I/O  devices. 
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SPECIFICATIONS 


INTcRDATA  PRODUCT  NUMBERS 


STORAGE  CAPACITY 

Loader  Storage  Un.t  Controller  2,048  Bytes 
Storage  ^'lodulfe  128  Bytes 

WATCHDOG  TIMER 

Minlinum  Ir.ttrv-ii  1 6 milliseconds 

Maximum  Interval  256  milliseconds' 

Selectaole  Increment  1 6 milliseconds 

Accuracy  .t  5% 

Standard  Straptted  interval  96  milliseconds 

*A  user  may  customize  the  tmier  over  me  range  10  milli- 
seconds to  10  seconds  by  changing  two  RC  networr.s  in  the 
controller. 

POWER 

Loader  Storage  Unit  Controller  1 .0  Amp  ® h-  5v 
Storage  Module  0.1  Amp  @ + 5V 

DIMENSIONS 

7X15  inch  (17.8  X 38.1  cm)  Printed  Circuit  Board 

WEIGHT 


M/0-104  Loader  Storage  Und  Controller  with  hardware 
watchdog  timer  and  1C  sockets  for  up  to  16 
each  M70-105  Storage  Modules. 

M70-105  1 28  Byte  Storage  Modules 

M70-106  16-Bit  Boot  Loader.  Loads  BOSS,  DOS,  RTOS, 
or  OS/16  MT  1 from  2.5,  10  or  40  megabyte  disc. 
M70-l()7  32-Bit  Boot  Loader.  Loads  OS/32  MT  from  2.5, 

1 0 or  40  megabyte  disc  and  MSM80  and  300 
Storage  Modules. 

M70-1 08  1 6-Bit  Boot  Loader.  Loads  OS/1 6 MT2  from 

2.5,  1 0 or  40  megabyte  disc  and  MSM80  and 
300  Storage  Modules. 

S90-402  Loader  Storage  Unit  Support  Program  (16  Bit). 
S90-403  Loader  Storage  Unit  Support  Program  (32  Bit). 

When  ordering  customer  designed  storage  modules,  customers 
must  supply  a binary  paper  tape  or  a listing  specifying  tne 
data  to  be  written  into  the  LSU  PROMs.  This  is  prepared  in 
accordance  with  program  S90-402  or  S90-403.  The  LSU  is 
not  used  with  the  5/16  or  6/16  processors. 


2 Pounds  (.91  Kg) 
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SYSTEM  MODULES 


Universal 

Clock 

Module 


PRODUCT  DESCRIPTION 

rill'  UiiivcimI  Clock  Modiilf  is  d ';crs,itil('  'mie'  consisting  of 
two  ( loc  k (lovic.c's,  a highlv  accciidtic  c rystal  contiolled  Precl- 
■,ion  liitiirval  Clofik  (PIC)  dncl  an  AC  L me  F rcoocncv  Derived 
Cloc.l'  I LFC)  r dc.li  of  the  clocks  is  coinpletol'/  mdeiiendent 
^)f  the  ilhet  lor  iiiaxiimiin  convenience 

FEATURES 

• Ciy.lal  connolled  ac.ciiiiicy 

• txicrnal  sy  ic.hroni/at  on 

• PrcKirainnia  ile  load  and  sense 

• Pro()raniinai lie  resolution  and  interval 

• I wo  Indeiicndent  Clocks 

OPERATIONAL  CHARACTERISTICS 

PROGRAMMABLE  PRECISION  INTERVAL  CLOCK 

The  Piecision  Interval  Clock  is  d /narriK.ally  variahle  through 
lirograin  cont'ol  It  (irovides  tin  ir  controlled  proaissor 
inteiriipis  anti  a [)rot|rain  accessil  le  counter  giving  lesolutions 
of  1,  10,  and  100  microseconds  a > well  as  1 millisecond 
lhroiic)h  an  interval  range  of  2'  ' 


The  master  time  base  for  the  PIC  is  provided  by  a one  mega- 
hertz crystal  oscillator  wh.ch  can  be  disabled  to  allow  sub- 
stitution by  an  external  master  time  base  oscillator. 

1 Resolution  and  Interval  data  are  retail  rd  in  the  PIC  input 
buffer,  where  it  resides  until  new  data  is  supplied. 

2.  Timing  is  started  upon  lommand  and  continues  until  the 
interval  is  reached,  at  which  time  a program  interrupt  is 
generated  The  timing  operation  automatically  coivinues 
in  a cyclic  manner.  The  user  may  dynamically  alter  the 
interval  any  time  before  the  completion  of  the  present 
interva  . 

3.  The  pic;  incorporates  an  Otitput  Buffer  to  allow  hit  irval 
Counter  interrogation  without  disturbing  its  oprtrat  on. 

The  PIC  interru[)t  circuitry  can  be  disabled  under  prog  am 
control.  This  action  does  not  inhibit  the  timing  otieration  or 
the  ability  to  sense  the  interval  count. 

AC  LINE  FREQUENCY  DERIVED  CLOCK 

The  line  frequency  is  derived  directly  from  the  AC  power 
line  and  is  presented  as  a clock  rate  equal  to  twice  the  line 
frequency.  This  clock  has  no  set-up  procedure  other  than  to 
enable,  disable  or  disarm  the  interrupt  circuit. 


SPECIF  ICATlO.\o 


UNIVERSAL  CLOCK  MODULE 


Ac  c.urdrv 


Resuiiiliun 

Iniorv.il 


Progratn  Contioi 


PiC  ± .01  % Crystal  controlled  Oscilla- 
tor 

iPlCl  1 /is,  100/js.  1 ms 
PIC 

1 Ais  to  4,00b  ps.  10 /;s  to40,9b0/:is, 

100  MS  to  409, bOO  MS,  1 ms  to  4,095  ms 
(I'or  r'sponding  to  resolution) 

Ll'C 

8 >3  ms  on  60  H/  line 

10  ms  on  50  H/  line 

PIC  — Contioi  to  Clock 

Commaiid  — Disable,  Disarm,  Enable, 

Stan 

Status  - Overflow 

vVi  .e  Data  Byte  1,2-  Resolution  and 

Interval  Count 

PiC  ' Output  to  Processor 

Read  Data  1,2-  Current  Interval  Count 

lPC  - Command  — Disable,  Enable, 

Disarm 


Power  Requirements.  1 7b  AMP  @ + 5 V 
12  VAC  10  ma 

Dimensions  7"  X 15”  (17.8  X 38.1  cm) 

Printed  Circuit  Board 
Weight  1.0  Pounds  ( 5 kg) 


INTERDATA  PRODUCT  NUMBER 

M48  000  Universal  Clock  Module 


The  information  contained  herein  is  intended  to  be  a ijeneral 
description  and  is  subject  to  change  with  product  enhancement. 
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TELETYPFWF  ITER  CURRENT 
LOOP  INTERFACE 


• 110orl20U  Baud 

• 7 X 15  Inch  Printed  Circuit  Board 

• Console  Control  or  Local 
Terminal  interface 

GENERAL  DESCRIPTION 

rlu-  IN'I'l-ROATA  Fi'lci pi',- ' iici  ('iirrci.i  Loop 
liit(.'rt.KC  IS  .1  cc  iiip.nt  o'  ' Hi  I .iiiii  hi^liK'  fli.ihlo 
iiili'rt.KO  tli.it  in.iN  bf  iiM'il  to  iiitort„OL'  a local  20 
inilli.iiiipcrc  tcrmin  (I  dvvitc  tor  use  as  a control 
Ciiiisolc  or  terminal  device  to  tlie 

I lie  inteitaie  iiieorporates  complete  control  and 
status  control  facilities  to  insure  dat.i  tr.insmission 
inteantv.  I'lie  2(  miliiampere  current  rei|uireil  by  tlie 
loe.il  device  is  pr^  vided  in  tlie  interface. 

l\\o  interfaces  are  available.  ( )ne  operates  at  110 
b.md  (10  cbaiatters  per  .econd),  the  other  at  1200 
li.nul  (110  characters  per  second).  The  interface 
auiomaticallv  appends  and  strips  the  start  and  stop 
bits  recpiired  for  asynchrmious  1 1 unit  transmission 
coiling. 

OPERATIONAL  CHARACTERISTICS 

rlie  interface  is  tiesigned  for  connection  to  an 
(N'lT.KDATA  processor  multipic.vor  bus  and  is  con 
t. lined  on  a single  7 x 1 5 | rinterl  circuit  board. 

(.'omplete  program  control  is  e\  Tr  ised  via  command 
an  I st.itus  byt 's.  The  comm.iiuls  .iv.iilable  allow 
I ontrol  over  inti  rrupt  status,  reailmg  aiut  writing  data 
and  the  paper  i ipe  facilities  when  connected  to  an 
automatic  send  receive  unit.  .Status  monitoring  allows 
sensing  cliarai  ter  over  write  .utempts.  line  spacing 
exceeiling  a single  character  time,  device  not  available 
aiul  device  busy. 

D.ita  is  tr.insmitted  and  r 'ceived  in  a bit  serial  stream 
with  a bit  time  sp.ice  ap|  entleti  to  start  the  character 
and  two  stop  b ts  (two  mark  bit  frames)  .ippended  at 
the  end  of  the  eight  ch.iracter  bits.  A serial  bit  shift 
register  is  used  o interface  to  the  line,  this  register  is 
coimecteil  to  .i  parallel  buffer  rettister  to  provide  ftill 
character  buffeiing.  Dat.i  presented  to,  or  received 
from  the  processor  multiplexor  bus  i.s  interfaced  via 


• 8 Level  Code  (USASCII) 

• Character  Buffered 

• High  Reliability 

the  character  buffer  legister  to  allow  c laracter 
parallel  transfers. 

Timing  control  utilizes  RC  controlled  mult  vibrator 
clocking  base  circuits  and  control  circuitry  to  cloc  k 
the  data  bits. 

The  timing  frame  of  the  clock  circuits  allows  a 9.09 
millisecond  bit  period  for  1 10  uaud  data  framing.  The 
full  character  frame,  includirii;  the  start  and  stop  bits 
is  100  inilliseccmds. 

The  timing  frame  of  the  clock  circuits  for  1200  baud 
operation  provides  an  833  microsecond  bi  period 
and  a full  character  frame  of  163  millisecon  Is. 

The  interface  address  mat  be  strapped  to  aiu  desired 
legal  address  in  the  range  1 to  256  to  allow  system 
design  flexibility. 

SPECIFICATIONS 

Ditto  'I'roiisinission  I'ote  - 110  baud  ( 10  c laracters 
per  second) 

1 200  Baud  ( 1 1 characters  ter  second) 
'I'nin.'tiiii't.’i'ioii  Mode  Bit  Serial 

Idcctneol  liiterfoce  20  Milliamperes  ('.urrent  Loop 

(current  provided  by  interface  internal  petwer) 

(.  '.Uorocter  Code  8 Level  (bit)  character 
Start  liit.i:  — 1 
Slop  Hitit  2 
I'ority  Even 

Coiiniiond.'!  — Disable  Interrupt,  Enable  Interrupt, 
Disarm  Interrupt,  Unblock,  Block,  Write  13ata, 
Read  Data 

Stofii.t  Overflow,  Break.  Busy.  Examine,  Device 
Unavailable 
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Power  Retpiiretiieiils  1 .6  Amperi  s f'’’ +5  VI  K3 


INTERDATA  Product  Numbers 


Opcrjiin^;  liiiviroiitncytt  — 0 to  50°C 

10  to  Humiditv  (without  condensation)  , . , 

( ASR  Moiiel  33/55  liiterlace  with  internal 

Diincttsions  —7x15  inch  printed  circuit  board  ^ cable. 

Weight  — 1 pound  M46-107  1200  Baud  Local  Current  Loop  Interface 

with  interna!  cable. 


Sales  and  Service  Oflices; 


Detroit  Dallas 

20100  Civic  Center  Drive,  Suite  320  13771  No.  Central  Expressway,  Suite  624 
Southfield,  Mich.  48076  Richardson,  Texas  75231 


New  York 

2460  Lemoine  Avenue 
Fort  Lee.  New  Jersey  07024 
(212)  736-8540 

Rochester 

■>509  Erowncroft  Blvu. 

Rochester,  New  York  14625 
mo)  385  3083 

Boston 

60  r-lickory  Drive 
Waltham.  Mass  02154 
(617)  890-0557 

Philadelphia 

6 Valley  Forge  Executive  Mall 
676  Sweclestord  Road 
Suite  232 
Wayne,  Pa.  19087 
(2151  687-2511 

Pittsburgh 
615  Iron  City  Drive 
Pittsburgh,  Pa.  15205 
(412)  922  8904 

Washington 

1800  No  Kent  St  , Su.te  101 
Rosslyn,  Virginia  22209 
(703)  525  4806 

Orlando 

7200  Lake  Ellenor  Drive,  Suite  142 
Orlando,  Florida  32809 
(305)  851  6962 

Atlanta 

1925  Century  Lane 
Suite  4 

Atlanta,  Georgia  30345 
(404)  321  5151 

Chicago 

605  E Algonquin  Road 
Arlington  Fleights,  Illinois  60005 
(312)  437  5120 


(313)  356-5515 
Kansas  City 

Clover  Leaf  Office  Building  No.  1 
6811  W.  63rc  St.,  Suite  204 
Shawnee  Mission,  Kansas  66202 
(913)  384-1606 

Dayton 

Fma.ncia!  South  Office  Park 
5335  Far  Fiills  Avenue 
Kettering,  Ohio  45429 
(513)  434-4193 

Los  Angeles 

888  No.  Sepulveda  Blvd.  Suite  666 
El  Segundo,  California  90245 
(213)  640-0451 

San  Diego 

7841  Balboa  Avenue 
San  Diego,  California  921 1 1 
(714)  565-0602 

Phoenix 

1801  So.  Jen  Tilly  Lane,  Suite  C-6 
Tempe,  Arizona  85281 
(602  ) 968-2477 

San  Francisco 
Ponderosa  Office  Building 
X80  Olcott  St.,  Suite  125A 
Santa  Clara,  California  95051 
(408)  249  5540 

Denver 

1660  So  Albion,  Suite  225 
Denver,  Colorado  80222 
(303)  758-0474 

Seattle 

400  108th  Ave..  N.E.,  Suite  607 
Bellevue,  Washington  98004 
(206)  455-0680 


(214)  234-8880 
Houston 

6610  Harwin  Drive,  Suite  230 
Houston,  Texas  77036 
(713)  783-3060 

Tulsa 

Ramada  Professional  Building,  Suite  16 
4580  E.  50th  St. 

Tulsa,  Oklahoma  74135 
(918)  664-1260 

Mexico  City 

Informatica  Nacional,  S.  A. 

Insurgentes  Sur  No,  933,  13er  Piso 
Mexico  18,  D.  F.,  Mexico 
543-15-42 

Vancouver 

1401  W,  Broadway,  Suite  20 
Vancouver  9,  BC  V6H  1H6 
Canada 

(604)  736-2801 
Toronto 

6486  Viscount  Road 

Mississauga,  Ontario,  Canada  L4V  1H3 

(416)  677-8990 

Ottawa 

2841  Riverside  Dr.,  Suite  303 
Ottawa,  Ontario  K1V  8N4 
Canada 

(613)  731-0116 
Montreal 

9675  Cote  de  Liesse 
Suite  102 

Dorval,  Quebec,  H9P  1A3 
Canada 

(514)  636-6410 


Duesseldorf 
4 Duesseldorf 
Bonnerstrasse  7-1 1 
West  Germany 
(0211)  79-2090 

Munich 

8032  Grafelfing/Munich 
Waldstrabe  3A 
(854-20-34-38) 

London 
Arundel  Roac 

Uxbridge,  Middlesex,  England 
Uxbridge  52441 

Canberra 

Block  9 Section  27 
27-29  Collie  Street 
Fyshwick  ACT  2609 
Canberra,  Australia 
95-9073 

Melbourne 
1 53  Park  Street 
South  Melbourne,  VIC  3205 
South  Melbourne,  Australia 
69-7786 

Sydney 

92  Chandos  Street 
St.  Leonards 
Sydney,  Australia  2065 
439-8400 

South  Africa 
Protea  PNl  (Pty.)  Ltd. 

7 Newton  Street 
Wemmer,  Johannesburg 
Transvaal,  South  Africa 
838-8351 

Tokyo 

Kyokuto  Boeki  Kaisha,  Ltd. 
15-4  2 Chome 
Higashi-Nihonbashi 
Chuo-Ku,  Tokyo 
862-6488 


2 ('rev;ent  Place,  Oceanpurl.  New  Jersey  07757  (201 ) 229-4040  Printed  in  U.S.A.  No.  59574-S 
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SOFTWARE 


FORTRAN  V 
Level  1 


PRODUCT  DESCRIPTION 

FORTRAN  V,  I evel  1 language  extensions  provide  a rich 
FOR  FRAN  vouihulary  as  well  as  support  for  the  ISA 
real-time  extensions  and  .pecial  applications. 

FORTRAN  V Compiler  s ipports  all  the  features  of  ANSI 
FOR  FRAN  Standard  X3.9-1966  In  addition,  the  Purdue 
Instrument  Society  of  America  (ISA)  real  time  extensions 
are  supported,  including  bit  and  tiyte  manipulat  on 
features.  The  compiler  permits  device  independent  I/O 
on  a wide  range  of  media 

F OR  FRAN  Run  Time  1 ibrary  Routines  are  used  by  the 
FORTRAN  ol)|e(  I programs  at  e> ei  ution  time  to  iinple 
ment  I/O  otierations,  complex  and  doulile-precisi  tn 
arithmetic,  and  intrinsic  and  external  fum  tions  p'ovided 
in  the  ANSI  Standard.  These  routines  are  reentrant 
Thus  a single  r opy  of  the  library  can  concurrently  service 
multiple  FORTRAN  obier.t  programs. 


FEATURES 

• Data  structures  and  program  sizes  to  1 megabyte 

• General  language  extensions  make  coippiler  a superset 
of  ANSI  (UFASI)  Standard  X3.9-1966 

• Sper  al  language  extensions  for  systems  development 
and  process'  ontrol  (Purdue/ISA  Features) 

• Object  code  targeted  for  either  16  bit  or  32-bit 
processors 

• In-line  assembly  coding  capability 

• Run  time  trace  capability 

• I/O  device  independence 

• Error  location  pin  pointing 

• Source  listing  and  object  code  options 

• Reentrant  Run-Time  FORTRAN  Library 

• Conditional  compilations 

• Random  file  access 
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FORTRAN  V PROGRAM  OPERATION 


LARGE  PROGRAMS  AND  DATA  STRUCTURES 

The  compiler  qeneraio?  sn  Intermediate  text  irvhicn  is  in 
turn  assembled  by  tne  Common  Assembly  Language  (CAL) 
to  proouce  machine-level  code  for  noth  Interdata  16-bit 
and  32-bit  processors.  When  a .'.i2-bit  prot.essor  is  the 
target  machine,  the  compiler  allows  program  and  data 
sires  to  the  limit  of  configured  memory  — 1 megabyte. 


GENERAL  LANGUAGE  EXTENSIONS 

FORTRAN  V,  Level  1 general  language  extensions  provide 
the  following 

• Mixed  mode  arithmetic 

• Hollerith  constants  and  string  declarations 

• Data  statements  that  allow  array  initialization  and 
implied  Do-Loops 

• Multiple  entry  subroutines 

• Error  and  End-of-Fiie  Returns  from  Read/Write 
statements 

SPECIAL  LANGUAGE  EXTENSIONS  - SYSTEM 
DEVELOPMENT 

These  extensions  together  with  the  general  extensions 
provide  high  level  language  systems  software  development 
rapability.  The  list  of  extensions  includes  in-line  assembly 
code  capability,  random  file  accessing,  and  conditional 
compilations. 

SPECIAL  LANGUAGE  EXTENSIONS  - Process  Control 
(Purdue/ISA) 

The  FORTRAN  V compiler  supports  a subset  of  the 
extensions  agreed  upon  by  the  Instrument  Society  of 
Arnerica/Purdue  University.  These  extensions  are 
implemented  as  external  functions  for  bit  and  byte 
manipulations  on  integers  as  follows. 

Bit  Manipulations 

• Inclusive  Or 

• Logical  Product 

• Logical  Complement 

• Exclusive  Or 

• Logical  Shift 

• Bit  Test 

Information  in  this  bulletin  is  not  an  explicit  specification 
and  IS  subject  to  change  at  any  time. 


Byte  Manipulatioru 

• Byte  Load 

• Byte  Store 

• Byte  Clear 

• Byte  Compliment 

SYSTEM  REQUIREMENTS  - THE  FORTRAN 
PROGRAMMING  SYSTEM 

The  FORTRAN  Programming  System  has  the  following 
key  elements: 

1.  FORTRAN  V,  Level  1 Compiler. 

2.  The  Run-Time  Library  which  induces  all  FORTRAN 
Intrinsic  and  External  functions  plus  additional  I/O  ,, 
and  arithmetic  subroutines. 

3.  One  of  the  applicable  operating  systems: 

• Basic  Operating  System  (BOSS) 

• Disc  Operating  System  (DOS) 

• Real  Time  Operating  System  (RTOS) 

• OS/16  MT2  (Multi-Tasking) 

• OS/32  ST  (Serial  Tasking) 

• OS/32  MT  (Multi-Tasking) 

4.  The  OS  Library  Loader,  a command-driven  loader  for 
ease  of  loading  compiled  programs  when  utilizing 
Interdata  operating  systems  with  Task  Establisher 
Task  (TET). 

5.  The  CAL  Assembler,  which  translates  the  common 
source  text  produced  by  the  compiler  into  machine 
code  for  either  the  16-bit  or  32-bit  series  processors. 

MINIMUM  SYSTEM  CONFIGURATIONS 
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SOFTWARE 


OS  EDIT 


GENERAL  DESCRIPTION 

(JS  f DIT  is  a tuxt  adi'or  which  satisfies  the  needs  of  the  usei 
who  lias  siniple  edition  reqnirerrients  ot  who  requiies  complex 
editing  facilities. 

OS  F DIT  is  designed  to  edit  oi  c leate  tex  t intei at  lively  oi  in 
,1  fiatc  h |ob  stream.  The  text  to  he  edited  may  be  any  sequence 
of  cliaracters,  such  as  source  program; , program  data,  or 
documents.  The  lormat  of  the  input  text  may  be  ASCII  or 
binary  giving  the  user  the  capability  to  modify  source  files  or 
ob|ecl  modules  by  simpis  specifying  the  input  data  mode. 

The  iis<;r  may  (rxairiine,  r.l  ange,  or  delete  characters  according 
to  context  or  line  reference  numbers.  Text  is  read  into  an 
area  of  memory  called  thr  Edit  Buffer  (F  B).  TtieEBisset 
to  a default  si/e  of  1 KB  and  may  be  extended  by  operator 
command  according  to  th>  memory  that  is  ayailable. 

SYSTEM  REQUIREMENTS 

An  Interdata  16-bit  ot  32-bit  processor  Aritfi  the  minimum 
rionfiguration  required  for  OS/16  MT  o'  OS/32  MT. 

INTERDATA  PRODUCT  NUMBER 

03  063  OS  Edit 


Thr  inforfnjtion  tonliiirMHl  hemn  is  imIi’ikIihI  In  In*  .1  rifni’f .il 
tlrs*  riplion  ,»nd  is  siJhj»*r-|  to  i h.inqi*  with  pumIih  I 

Printed  in  U.S.A. 


FEATURES 

OS  EDIT  is  a comprehensive  text  editor  that  provides  the 

following  features: 

• String  Search  and  Replacement  Capability 

• File  Manipulation  Capability 

• Flexible  Text  Handling  - Text  may  be  operated  upon 
either  on  a character  basis  or  a line  basis  as  desired. 

• Ease  of  Use  - English  command  oriented  nnemonics 
that  facilitate  learning  and  use  of  edit  con  mands. 

• Operational  Flexibility  - OS  EDIT  may  I ; run  in  Batch 
mode  or  interactively  from  a terminal  SU'  i as  a Carousel 
or  Cf  T. 

• Multiple  Text  Formats  - Text  may  con;  st  of  ASCII 
characters  or  binary  da’  i from  any  input  device. 

• Compatibility  Across  Operating  Systems  — OS  EDIT 
may  be  run  under  the  control  of  OS/16  MT  or 
OS/32  MT. 
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PRODUCT  DESCRIPTtON 

Interdata's  Common  Assembly  Language  (CAL)  brings  the 
power  of  the  Interdata  computer  systems  to  the  program- 
mer's fingertips.  Easy  to  use,  CAL  provides  many  facilities 
to  simplify  the  programming  task  and  to  efficiently 
implement  programs. 

The  same  language  is  provided  on  both  the  16-Bit  and  32-Bit 
systems.  A common  language  mode  is  available  so  that 
programs  can  be  run  on  either  type  of  machine,  a facility 
of  particular  importance  at  installations  with  a mixture  of 
Interdata  16-Bit  and  32-Bit  systems.  Retraining  costs  are 
virtually  eliminated. 

The  assembler  provides  powerful  features  which  encourage 
efficient,  flexible  user  programs:  optimization  of  machine 
instructions  ensures  the  use  of  the  shortest  practical  form 
of  each  machine  operation;  conditional  assembly  features 


enable  extremely  adaptable  source  programs;  data  structure 
definition  and  manipulation  mechanisms  provide  mnemonic 
access  to  complex  structures;  and,  source  library  facilities 
provide  convenient  standardization  across  a family  of 
programs. 

FEATURES 

e Machine  Instruction  Optimization 

• 16-  and  32-Bit  Operation;  Cross-assembling 

• Common  Language  Mode 

• Debugging  Aids 

• Data  Structure  Definitions 

• Conditional  Assembly 

• Library  Facilities 

• High-Level  Language  Integration 

• Sntall  16-Bit  Version 
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MACHINE  INSTRUCTION  OPTIMIZATION 

As  an  option,  the  CAL  assembi  r optimizes  individual 
instructions  to  their  shortest  eounalent  torn  In  general, 
RX3  instructions  are  reduced  to  the  fiXI  or  RX2  form, 
immediate  instructions  ate  V-<ut<i/cd‘’  to  then  shortest 
form,  and  branches  are  siinrtenei /rriere  admissible  Tl’us: 


Al 

R1,1 

become' 

A,S 

R1,1 

Al 

Rl,24 

beco  TiifS 

AH' 

R1,24 

BNE 

LOOP 

oecoines 

BNES 

LOUP 

The  effect  of  machine  instruction  optimization  is  to  generate 
most  efficient  object  code  without  violating  one  for  one 
translation  of  source  statements.  Squeezed  source  statements 
are  flagged  in  the  program  listing. 

16-  AND  32-BIT  OPERATION 

The  CAL  assembler  operates  on  either  Interdara  16- Bit 
or  32-Bit  Computer  Systems,  under  the  control  of  an 
appropriate  operating  system  (OS/32IVIT  on  the  32-Bit 
machines:  OS/16MT2  or  BOSS-PLUS  on  the  16-Bit.)  The 
options  available  in  these  environments  are  identical  and 
either  version  of  the  assembler  may  be  used  to  generate 
16-  or  32-Bit  programs.  CAL  operates  as  an  assembler  or  as  a 
cross-assembler. 

CAL  generates  object  code  for  all  Interdata  16-  and  32-Bit 
computers.  The  object  code  is  processed  by  the  appro- 
priate linkage  editor  (TET/32,  TET/16  or  Library  Loader) 
to  generate  loadable  program  modules.  The  linkage 
editor  is  responsible  for  locating  code,  which  is  usually 
relative  within  its  module.  Facilities  are  provided, 
however,  for  code  to  be  absolutely  located  by  the 
assembler. 

COMMON  SOURCE  LANGUAGE 

In  addition  to  the  machine-specific  facilities  offered  by  CAL, 
a Common  language  mode  is  provided  which  allows  a single 
source  program  to  run  on  either  machine. 

The  use  of  this  facility  is  particularly  appropriate  for 
utility  and  special  purpose  programs  required  to  run  on 
both  machines.  Programs  written  in  this  manner  cannot 
normally  make  optimum  use  of  the  facilities  of  either  type 
of  machine;  the  small  amount  of  run  time  efficiency  lost 
is  often  outweighed  by  the  large  savings  in  implementation 
and  maintenance  costs. 

CAL  itself  is  written  in  Common  language  mode,  as  are  a 
number  of  Interdata  supplied  utilities,  such  as  OS  COPY 
and  OS  Source  Updater. 

DEBUGGING  AIDS 

The  ultimate  test  of  any  program  language  system  is  iti 
effectiveness  in  creating  fully  tested,  operational  programs. 
The  CAL  assembler  provides  the  following  aids  that  make 
this  process  as  efficient  as  possible: 


• The  assembler  provides  free-for  nat  input  vithin  each 
line  of  source.  Input  lines  may  le  dedic;  jd  to  comments 
and  each  source  statement  may  oe  indivi<  dually 
commented.  A comprehensive  listing  is  iirovided,  with 
the  generated  object  code  adjacent  to  th  ■ source  code. 

• To  protect  the  programmer,  the  CAL  as-  embler  provides 
a comprehensive  syntax  and  semantic  error  check  as  it 
assembles  source  code.  Over  30  informa  ive  error  codes 
are  provided.  In  addition,  CAL  annotates  the  program 
listing  with  helpful  warning  marks,  informing  the  pro- 
grammer of  assumptions  made  on  his  behalf,  e.g.,  all 
squeezed  instructions  are  marked. 

• A further  aid,  which  makes  programs  more  readable  and 
programming  more  natural,  is  the  set  of  extended  branch 
mnemonics.  These  enable  branch  instructions  to  be 
expressed  in  terms  of  the  logic  of  the  program,  rather 
than  as  comparisons  between  states  of  tf  e condition 
code,  e.g.: 


BE 

Branch  on  equal 

BL 

Branch  on  low 

BNZ 

Branch  on  not  zerc 

• CAL  also  provides  a symbol  table,  defining  the  location 
of  each  symbol  in  the  assembled  module.  The  location 
is  relative  to  the  start  of  the  module  for  relocatable 
symbols  and  absolute  for  absolutely  located  symbols. 

A cross-reference  chart  is  available  as  an  option,  pro- 
viding an  ordered  list  of  every  referenc<  to  each  symbol. 

DATA  STRUCTURE  FACILITIES 

CAL  provides  two  mechanisms  for  defining  data  structures, 
which  can  then  be  referenced  mnemonically.  These  are 
'COMN'  for  defining  FORTRAN  compatible  common 
blocks,  and  'STRUC'  for  defining  local  data  structures. 

References  to  a common  block  are  resolved  by  the  Task 
Establisher  (TET/32,  TET/16)  which  is  responsible  for 
actual  allocation  of  space  for  common.  Local  data  structures 
are  normally  used  for  indexed  access  into  data  areas  within 
a program. 

CONDITIONAL  ASSEMBLY 

CAL  provides  a flexible  set  of  conditional  issembly 
facilities.  By  embedding  suitable  control  statements  into  a 
CAL  program,  flexibility  can  be  built  into  a source  program. 
By  setting  the  control  variables  appropriately,  a program 
can  be  adapted  during  assembly  to  the  environment  in  which 
it  is  to  run.  An  example  of  sophisticated  use  of  this  facility 
is  the  system  generation  mechanism  of  OS/16MT2,  which 
provides  system  level  adaptability  entirely  through  the  use 
of  conditional  assembly. 


ll-i 


LIBRARY  FACILITY 


OPERATIONAL  REQUIREMENTS 


Through  the  'COPY'  fac.litv,  CAL  provides  a source  library 
feature.  Identified  source  modules  can  be  incorporated 
into  a program  by  means  of  a COPY  operation  in  the  program 
source. 

A typical  use  of  this  facility  occurs  when  a number  of 
programs  are  making  use  of  similar  data  structures.  For 
example,  the  source  of  OS''32MT  includes  a Q’JPY  file  of 
data  structures  defining  the  SVC  parameters  blocks,  UDL, 
TCB,  etc. 

HIGHER  LEVEL  LANGUAGES 

As  well  as  providing  assemuly  facilities,  CAL  is  also  used  as 
the  second  pass  fo'  a '.umher  of  interdaca  compilers,  viz; 
FORTRAN  VI  and  COBOL  on  the  32  Bit  lines,  FORTRAN 
V,  CORAL  66  and  CAL  MACRO  on  both  the  16-  and  32- 
Bil  lines. 


Lj 

BHi 

i 


i 


CAL  requires  25.5KB  on  a 32-Bit  processor  and  24.5KB  on 
a 16-Bit  processor,  beyond  the  requirements  of  the 
operating  system.  In  addition,  memory  must  be  available 
for  symbol  table  space.  In  typical  operational  usage, 
symbol  tables  vary  in  size  from  virtually  zero  to  16KB  and 
more.  Most  assemblies  can  be  performed  in  8KB  of  symbol 
table  space. 

PROGRAM  NUMBERS 

S90-204  CAL  Assembler 

03-101  CAL/16  and  CAL/16D  Assemblers 

CAL  is  provided  as  a component  of  many  Interdata  software 
packages,  including: 

S90-006  OS/32MT 
S90-201  FORTRAN  V Level  I 
S90-21 2 32-Bit  FORTRAN  V 
S90-213  FORTRAN  VI 
S90-214  COBOL 
S90-205  CAL  Macro 

CAL/16  and  CALI  6/D  are  provided  as  components  of 
S90-010  OS/16MT2 


SMALL  16-BIT  VERSION 

A 16-Bit  version  of  CAL  (known  as  CAL/16  or  CAL/16Di 
is  provided  with  OS/16MT2.  This  version  of  the  assembler 
supports  only  16-Bit  source  code,  and  is  intended  for  use  in 
situations  where  processing  resources  are  limited. 

CAL/16  is  entirely  memory  bound,  requiring  14KB  plus 
symbol  table  space  to  perform  assemblies.  CAL/16D  makes 
use  of  disc  files  for  symbol  tables  and  requires  16.5KB  of 
memory  beyond  requirements  of  the  OS/16MT2  operating 
system. 
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•'CURSOR  D ATA  TRANSFER  IN  THE  DISPLAY 
DATA  INTERFACE" 
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The  Display  Data  Interface  (DDI)  is  a circuit  card  first  developed 
under  contract  number  DNA  00 1 -75-C -0050  for  the  Liquid  Water  Content 
Analyzer.  The  DDI  provides  for  various  types  of  data  transfers  between 
a Scan  Converter/Kefresh  Memory  (SCRM)  and  an  Interdata  7/32  mini- 
computer. The  particular  type  of  transfer  of  concern  in  this  memo  is 
known  as  "Cursor  Data  Entry",  in  which  the  operator  first  turns  the 
CURSOR  switch  to  ON  for  one  or  more  display  channels,  then  locates  a 
cursor  on  a display  screen  by  means  of  a CURSOR  POSITION  Trackball, 
and  finally  pushes  a SEND  DATA  button  for  the  desired  display  channel. 

The  DDI  then  requires  up  to  16.7  milliseconds  to  acquire  the  data  after 
which  it  generates  an  interrupt  to  the  7/32.  In  an  interrupt  service  routine, 
the  7/32  subsequently  reads  the  following  data  from  the  DDI:  1)  a two-bit 
code  indicating  which  display  channel  the  data  came  from;  2)  a four-bit 
color  code  from  the  channel's  image  memory  at  the  cursor  coordinates, 
and  3)  the  X (9  bits)  and  Y (8  bits)  cursor  coordinates.  The  DDI,  as 
developed  for  the  Liquid  Water  Content  Analyzer  is  fully  documented  in 
section  4.6  (hardware)  and  Appendix  D,  memo  AJJ-21  (programming)  of 
the  final  report,  DNA  4130F. 

A second  DDI  of  similar  design  was  built  for  the  third  SCRM  under 
contract  F 19628-76 -C-0 1 0 1,  however,  this  DDI  differs  from  the  earlier 
design  because  SCRM-3  has  a time -multiplexed  memory  bus  feature  which 
permits  simultaneous  operations  in  different  display  channels.  In  terms  of 
programming,  the  major  difference  is  in  the  status  byte  which  has  a 
"Display  Channel  Not  Available"  bit  for  each  of  the  four  channels.  The 
second  DDI  is  documented  in  the  Equipment  Information  Report  for  contract 
F19628-76-C-0101,  in  sections  2.  1.  1 (General),  3.  I.  10  (Operation  of  Control 
Panel),  4.7  (Detailed  Circuit  Description),  Appendix  C (memo  AJJ-21  which 
still  applies  except  for  differences  with  the  LWCA)  and  Appendix  D (Cursor 
Data  Entry  Test  Program). 

A problem  in  programming  the  cursor  data  entry  sequence  in  the 
LWCA  was  encountered  by  Lloyd  Perry  of  ERT.  This  multiple  entry  effect 
was  traced  to  a hardware  design  problem  which  was  corrected  by  imple- 
menting minor  changes  in  the  LWCA  DDI  in  July,  1976.  A short  machine 
language  test  program  was  written  to  verify  proper  operation  of  the  cursor 
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data  entry  sequence;  it  is  this  program  which  appears  in  Appendix  D of 
the  Equipment  Information  Report  for  contract  FI  9628-76 -C -0  i 0 1.  The 
same  hardware  changes  were  perfoimed  on  the  SCRM-3  DDI,  however, 
the  test  program  was  never  run  on  this  system  because  a 7/32  was  not 
available  at  the  time.  Because  the  program  in  Appendix  D is  short  and 
can  be  keyed-in  hrough  the  7/32's  hi  x display  panel,  and  since  it  contains 
comments  useful  in  under  st,.nding  tie  program  to  implement  cursor  data 
entry,  running  th.is  test  program  on  the  SCRM-3  and  7/32  ( vhich  are  now 
part  of  the  Echo  Fracking  and  Significance  Estimator)  woul  ! have  two 
beneficial  results: 


1.  Verification  that  the  Cursor  Data  Entry  hardware  operates 
properly. 


2.  Familiarization  of  the  pr  igrammer  with  the  machine -language 

implementation  of  the  Cursor  Data  Entry  interrupt  service  routine. 

Several  minor  changes  to  the  program  are  needed.  First,  change  the  dc  ta 
at  address  2002  to  OOCD  so  tne  SCRMI  won't  be  put  in  its.  test  mode.  Next, 
change  2006  to  008C  "since  the  DDI  device  code  is  different  from  that  in  LWCA. 
Finally,  put  2020  aT  01E8  in  the  interrupt  service  pointer  table. 
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